Após o fim da promoção do Codex e os limites reais entrarem em vigor, comecei a encarar meus limites diários de consumo de tokens do Codex de forma mais agressiva.
Então, encontrei um sistema para reduzir a quantidade de tokens que gasto sem afetar a velocidade.
Um dia: 245 milhões de tokens
No dia seguinte, depois de implementar meu sistema: 28 milhões
Aqui está exatamente o que mudei:
Passo 1: Nunca Alimente Dados Brutos, Sempre Pré-Compacte Primeiro
O Codex não precisa do seu log de trades de 40 MB, de um dump JSON massivo de mercado ou do repositório inteiro a cada interação. Agora, faço com que ele gere scripts auxiliares que criam "mapas de agulha":
- compact_logs.py → filtra por timestamp/símbolo/palavra-chave e exibe apenas as N principais anomalias
- summarize_data.py → extrai colunas relevantes, contagens de linhas, amostras e estatísticas principais
- repo_map.py → constrói uma visão geral limpa de pontos de entrada, configuração, fluxos principais (pulando venv, node_modules, builds, etc.)
Alimente com 200-500 tokens de insight destilado em vez de 10k+ de ruído.
Construa uma vez, reutilize para sempre.
Passo 2: Limite Agressivamente Cada Saída de Comando
A saída padrão é letal:
- git status
- ls -la
- cat file
- python script. py
pode explodir o contexto instantaneamente.
Agora incorporo limites em cada instrução:
1head -n 50, tail -n 50, grep "ERROR" | head -n 3023Escreva resultados completos em arquivos temporários e inspecione apenas faixas específicas45Adicione --limit 100 flags em todos os lugares
Passo 3: Construa um Arquivo de Handoff Vivo (O Cérebro do Seu Projeto)
Pare de deixar os agentes redescobrirem tudo a cada sessão.
Mantenho um HANDOFF.md enxuto (com menos de 1k tokens) que contém:
- Objetivo atual + métricas de sucesso
- Arquivos principais e decisões recentes
- Comandos já executados + resultados
- Problemas conhecidos e lista de "não reler"
- Próximos passos
Termine cada sessão com: "Compacte as descobertas atuais em HANDOFF.md, remova becos sem saída, mantenha apenas fatos acionáveis."
Passo 4: Instruções Explícitas de "Não Fazer" Economizam Muitos Tokens
Agentes adoram divagar, então estabeleço barreiras firmes:
- "Pule node_modules, .venv, dist, logs/archive, arquivos gerados e qualquer diretório de cache"
- "Resuma antes de abrir qualquer arquivo novo"
- "Nunca cole o código-fonte completo a menos que eu peça explicitamente"
- "Inspecione apenas arquivos necessários para esta tarefa específica"
Insira isso no seu AGENTS.md uma vez e veja as releituras diminuírem.
Passo 5: Exija Resumos, Diffs e Trechos de Código
Comando ruim:
1Leia este arquivo e explique-o.
Comando bom:
1Localize a lógica de dimensionamento de posição do motor de risco. Mostre apenas essa função + 3 linhas acima/abaixo. Explique o caso extremo em um parágrafo.
Ou
1Construa um mapa de repositório de 1 página: pontos de entrada, configuração, fluxos de dados principais e comandos de backtest. Pule diretórios de terceiros.
Perguntas direcionadas = janelas de contexto minúsculas
Passo 6: Faça o Codex Compactar Seu Próprio Contexto Periodicamente
A cada 4-5 interações, eu coloco:
1Resuma nosso progresso em uma nota de handoff enxuta. Remova repetições e caminhos com falha. Mantenha apenas o necessário para continuar.
A conversa permanece enxuta mesmo enquanto cresce.
Passo 7: Mate a Verborragia por Padrão
1Seja conciso. Produza apenas o patch + uma frase de motivo. Não repita o plano a menos que ele tenha mudado. Sem enrolação.
Só essa regra já reduz os tokens de saída drasticamente.
Comandos Úteis e Scripts Auxiliares que Uso Diariamente
Estes são os comandos de uma linha e scripts exatos que copio e colo ou peço ao Codex para gerar no primeiro dia de qualquer projeto.
Comandos de limitação principais que forço em toda chamada de ferramenta:
1# Inspeção segura de arquivos2head -n 80 somefile.py | cat3tail -n 80 somefile.py | cat4grep -n "KEYWORD" file.py | head -n 4056# Git sem excesso de informações7git status --porcelain | head -n 308git log --oneline -159git diff --name-only | head -n 201011# Dados e logs (específicos para trading)12tail -n 200 market_log.json | jq '.[-50:]' | head -n 10013python -c "import pandas as pd; df = pd.read_csv('trades.csv'); print(df.head(20).to_string())" | head -n 1501415# Padrão escreva-depois-inspecione16python analyze_backtest.py > temp_results.txt 2>&117head -c 8000 temp_results.txt # limite de bytes por segurança
**
Scripts auxiliares que sempre peço ao Codex para criar primeiro (depois executo eu mesmo):**
- compact_logs.py → python compact_logs.py --symbol BTC --hours 24 > summary.txt
- repo_map.py → python repo_map.py > HANDOFF.md (atualiza o arquivo cérebro)
- scan_errors.py → python scan_errors.py --limit 30 > errors.txt
- summarize_json.py → python summarize_json.py market_snapshot.json > needle.txt
Uma regra matadora do AGENTS.md pela qual vivo (limite tudo que for desconhecido em bytes):
1## Proteção de Saída de Comando2Qualquer comando com saída desconhecida ou potencialmente grande DEVE ser limitado em bytes.3Padrão: COMMAND 2>&1 | head -c 60004Se precisar de mais, escreva em um arquivo temporário e inspecionarei apenas faixas específicas.
Modelo de prompt que reutilizo para tarefas com muitos dados:
1Primeiro execute compact_logs.py ou summarize_data.py para criar um mapa de agulha com <500 tokens. Depois analise apenas isso. Nunca leia o arquivo bruto diretamente.
Esses comandos e scripts, por si só, reduziram meu consumo diário em mais 30-40%, além das grandes mudanças no fluxo de trabalho.
**Minha Nova Regra de Ouro
Não deixe o Codex ler dados brutos se um resumo de 50 linhas for suficiente**
Os auxiliares que construí na primeira semana se pagam a cada hora.
Eficiência de tokens não era um problema de modelo; em vez disso, é um problema de sistemas. Basta acertar a disciplina de contexto e você fará 8 a 10 vezes mais dentro do mesmo limite.
Também construí www.RedLeads.app para encontrar usuários para as coisas que crio mais rápido. Junte-se a mim na corrida para $10k MRR codificando sistemas e ferramentas legais.
Obrigado :)
