Cómo uso Codex sin destruir mis tokens

Arrancó el calor y los tokens suben igual que la sensación térmica. Y como no quiero derretir la suscripción en dos días, vengo usando un par de estrategias que me salvan a mansalva cuando laburo con Codex. No es “usar menos Codex”, es reservarlo para donde realmente marca la diferencia.

Las 5 que más me rinden para no romper el contador

• 1) RTK para filtrar y comprimir salidas de comandos

  • RTK (Rust Token Killer) agarra paredes de texto tipo git status, npm test, docker logs, tsc y te las resume en algo que la LLM realmente necesita leer. Menos ruido, más señal, y el contexto no se infla porque sí.
  • Instalalo y activalo en tu agente y listo. Es pavote y efectivo. Repo: https://github.com/rtk-ai/rtk

• 2) Diseño y frontend visual: prototipar en el chat web

  • Si estás iterando UI/UX, sacá un screenshot del sitio y pedile al chat web que te proponga cambios, variantes, y que te devuelva un checklist de implementación.
  • Cuando tengas el diseño cerrado, recién ahí pasás el screenshot + lineamientos a Codex para que lo implemente. Muchas veces te one-shotea el cambio y te evitás 20 idas y vueltas caras.

• 3) Cambios en uno o pocos archivos: al chat y a otra cosa

  • Si el trabajo toca un archivo puntual (un script, un handler, un endpoint), copialo en el chat web, pedí mejoras o cambios, y después pegás de vuelta en tu repo.
  • Es más manual, sí, pero no te come el cupo de Codex. Y cuando te quedás corto de tokens, te salva para seguir sin frenar.

• 4) Mezclar modelos: barato para el “pico y pala”, Codex para revisar/afinar

  • Para refactors grandes, auditorías amplias o búsqueda de issues, usá un modelo más barato (Kimi, GLM, open-source bien tuneado, lo que tengas a mano).
  • Dejalo a Codex para lo sensible: implementación final, code review, o cuando la calidad importa de verdad. Así los tokens premium van donde valen.

• 5) Elegir el reasoning effort según el riesgo real

  • Cambios chicos, no críticos o fáciles de verificar: codex medium.
  • Revisión de algo importante o dudas puntuales complejas: codex high.
  • extra high lo reservo para lo ultra crítico (pagos, flows de clientes, seguridad). Es raro que lo necesite para el día a día.
  • Pensarlo “por riesgo” baja el gasto sin perder calidad.

Mini guía rápida de flujo

• ¿Hay muchas salidas de consola? Meté RTK.
• ¿Estás iterando UI/UX? Iterá en el chat web hasta cerrar el diseño; implementá con Codex.
• ¿Un archivo suelto? Chat web y copy/paste.
• ¿Refactor masivo o auditoría? Modelo barato primero; Codex después para pulir.
• ¿Duda con el nivel de esfuerzo? Elegí el reasoning por impacto y verificación.

Cierre

Con estas cinco, Codex deja de ser un caño para todo y pasa a ser un bisturí: lo usás donde corta fino. Posta que desde que ordené el flujo, la calidad subió y el gasto bajó. ¿Qué técnicas usás vos para controlar el consumo de tokens cuando programás con agentes? Te leo en los comentarios. Y si te sirvió, suscribite que se vienen más de estas.