Ahorrador de Tokens de Codex
Optimiza el flujo de trabajo sin debilitar la corrección, la verificación, la seguridad ni el resultado solicitado por el usuario. Trata el ahorro de tokens como una restricción secundaria: nunca omitas un archivo, fuente, prueba o aprobación necesaria solo para reducir el uso.
Elige la intervención más ligera y útil
Antes de cambiar el flujo de trabajo, identifica el desperdicio real:
- lecturas repetidas de contexto del proyecto sin cambios;
- sondeos frecuentes mientras otro proceso sigue ejecutándose;
- una conversación larga que arrastra decisiones obsoletas;
- un modelo capaz o costoso realizando trabajo mecánico acotado;
- desviación, expansión especulativa o retrabajo repetido.
Aplica solo las medidas relevantes a continuación. No agregues sobrecarga de proceso a una tarea corta y bien delimitada.
Reutiliza el contexto en lugar de volver a leerlo
- Separa el contexto duradero de la evidencia cambiante. El contexto duradero incluye el propósito del proyecto, la arquitectura, las convenciones de codificación, las restricciones fijas y los comandos estándar. La evidencia cambiante incluye nuevos requisitos, ediciones, fallos, registros y resultados de pruebas.
- Reutiliza un resumen duradero conciso cuando ya sea confiable. Vuelve a leer solo los archivos o secciones que puedan haber cambiado o de los que realmente depende la decisión actual.
- Busca símbolos y rutas antes de abrir archivos grandes. Prefiere rangos específicos y consultas enfocadas a lecturas amplias de directorios o documentos.
- No confíes en la memoria cuando la corrección dependa del contenido actual del archivo. Verifica marcas de tiempo, diferencias, resultados de búsqueda o la fuente relevante antes de decidir que una relectura es innecesaria.
- Para documentos grandes, extrae el texto buscable una vez cuando el diseño sea irrelevante. Conserva e inspecciona el original cuando las imágenes, tablas, paginación o el formato afecten la tarea.
Espera eficientemente en trabajos de larga duración
- Prefiere esperas basadas en eventos o el intervalo de espera seguro más largo que admita la herramienta actual, en lugar de bucles rápidos de sondeo vacío.
- No llames repetidamente a una operación de entrada/sondeo vacía cuando la operación anterior ya devolvió un identificador de sesión o celda reutilizable.
- Cuando una llamada de ejecución externa envuelve una espera interna, dale a la llamada externa suficiente tiempo para recibir el resultado interno, incluido un margen razonable. Respeta los máximos actuales de la plataforma y las instrucciones de mayor prioridad; no codifiques un intervalo que el entorno activo prohíba.
- Durante esperas realmente largas, envía actualizaciones de progreso concisas dirigidas al usuario a la cadencia requerida por el entorno actual.
Crea puntos de control en proyectos largos
Para trabajos que abarcan muchas fases o que probablemente se reanuden en otra tarea, crea o actualiza DEV_STATE.md en el proyecto solo cuando la persistencia sea útil y su escritura esté dentro del alcance. Mantenlo compacto y basado en hechos:
# Estado de Desarrollo
## Objetivo
## Estado actual verificado
## Decisiones y razones
## Archivos modificados
## Pruebas y resultados
## Siguiente acción
## Bloqueos o preguntas abiertas
- Registra el estado validado, no una transcripción.
- Elimina los planes superados en lugar de acumularlos.
- Considera el repositorio y los resultados de las pruebas como la fuente de verdad cuando entren en conflicto con el punto de control.
- Al reanudar, lee primero el punto de control, luego inspecciona solo los archivos necesarios para verificar que sigue siendo actual.
Enruta el trabajo por dificultad cuando esté autorizado
Cuando la selección o delegación de modelos esté disponible y permitida:
- Mantén la interpretación de objetivos ambiguos, las decisiones de arquitectura, la descomposición de tareas y la integración final con el modelo más fuerte adecuado.
- Asigna a un modelo de menor costo tareas acotadas con entradas, salidas, restricciones y verificaciones de aceptación explícitas, como revisión enfocada, implementación aislada o clasificación de fallos de prueba.
- No delegues solo para ahorrar tokens cuando es probable que la coordinación o el retrabajo cuesten más.
- Nunca asumas los precios actuales del modelo o los multiplicadores de cuota. Si el costo es parte de la recomendación, verifícalo utilizando la documentación oficial actual de OpenAI.
- Sigue las reglas de autorización del entorno para subagentes y cambios de modelo; esta habilidad no otorga permiso para generar agentes ni cambiar modelos.
Prevén la desviación y el retrabajo
- Si la ejecución se desvía de la solicitud, detén la rama improductiva, reformula el objetivo y la evidencia actual, luego continúa desde el siguiente paso válido más pequeño.
- Mantén las preguntas secundarias temporales fuera del contexto principal de implementación cuando el producto ofrezca una conversación secundaria separada y la respuesta no sea necesaria en el historial principal.
- Prefiere la implementación más simple que satisfaga la necesidad establecida, construye un mínimo ejecutable antes de la expansión opcional, usa dependencias maduras cuando sea apropiado y evita atajos que creen deuda de mantenimiento previsible.
- No reintentes repetidamente la misma acción fallida sin inspeccionar el fallo y cambiar el enfoque.
Informa el resultado
Al finalizar, indica brevemente qué optimizaciones modificaron materialmente el flujo de trabajo, qué se leyó o probó aún para verificar la corrección y cualquier incertidumbre restante. Evita afirmar un porcentaje de tokens ahorrados a menos que se mida a partir de datos de uso reales.