Otimizando o Trabalho com Codex 5.6: Como Reduzir o Uso de Tokens

Um dos hábitos mais úteis ao trabalhar com o Codex 5.6 na fase final é comprimir longos diálogos em um documento para a transferência de contexto do projeto. Isso pode economizar uma quantidade significativa de tokens.

Quando o diálogo de um projeto longo se torna excessivo, soluções obsoletas e "lixo" proveniente de logs de erros acumulam-se no histórico. Como resultado, a IA revisa repetidamente o código e repete os mesmos erros antigos, desperdiçando uma enorme quantidade de tokens sem necessidade.

Abaixo está um prompt aproximado que ajuda a reduzir significativamente o gasto inútil de tokens:

"A etapa atual de trabalho está chegando ao fim. Crie ou atualize PROJECT_STATUS.md, resumindo os resultados desta etapa em um documento para transferência do projeto, a partir do qual o trabalho possa continuar de forma contínua.

O documento deve incluir: objetivos atuais, tarefas concluídas, decisões técnicas principais, arquivos modificados, resultados de testes e verificação, problemas conhecidos, abordagens já tentadas mas sem sucesso, bem como a sequência dos próximos passos de desenvolvimento.

Cruze o conteúdo com o código atual, alterações no Git e resultados de testes. Mantenha apenas as informações que realmente serão necessárias para o desenvolvimento futuro. Não adicione discussões irrelevantes, conclusões não verificadas ou dados sensíveis, como senhas ou chaves."

Na próxima vez que você retornar ao projeto, basta escrever a primeira mensagem:

"Leia primeiro PROJECT_STATUS.md para confirmar o progresso atual, problemas conhecidos e próximos passos, e então continue o desenvolvimento."

O principal valor deste hábito é que a IA não precisa mais vasculhar contextos inflados, reanalisar soluções já verificadas ou cair nas mesmas armadilhas antigas.

Melhor ainda, este documento de transferência de contexto não está vinculado a uma única sessão ou plataforma.

O mesmo projeto pode ser entregue ao Codex, Claude Code, Cursor ou até mesmo ao próximo desenvolvedor — e o trabalho pode continuar imediatamente.