Codex tiene dos formas habituales de pago: comprar un plan de ChatGPT con cuota de Codex o usar tu propia API Key y pagar por tokens. Mucha gente pregunta directamente «qué es más barato», pero no hay una respuesta única, porque la estructura de consumo de un agente de programación es completamente distinta a la de un chat normal.
Este artículo no fija precios unitarios que caducan; ofrece un método que puedes calcular tú mismo: primero las dos bases de facturación, después dónde se gastan los tokens y, por último, cómo cerrar el riesgo con límites de presupuesto.
Nota: OpenAI, Codex y ChatGPT son marcas de OpenAI. Este artículo solo ofrece una explicación técnica de los métodos de facturación y no tiene relación de afiliación ni de agencia con OpenAI. Las cuotas de los planes, los precios unitarios y las reglas de facturación cambian; consulta las páginas oficiales y los precios de modelos del sitio.
1. Distingue primero las dos bases de facturación
La lógica de la suscripción es «pago mensual + cuota». Varios planes de ChatGPT incluyen consumo de Codex; cuanto mayor es el plan, más amplias suelen ser la cuota, la gama de modelos y la concurrencia. Cuando se agota la cuota, normalmente hay que esperar el reinicio, comprar créditos o subir de plan. La ventaja es una factura predecible; la desventaja es que la plataforma ajusta cuotas y límites, y al equipo le cuesta imputar el costo con precisión a cada proyecto.
La lógica del pago por uso es «pagas lo que consumes». Los tokens de entrada, los de salida y las lecturas y escrituras de caché se facturan por separado; puedes cambiar de modelo según la tarea y separar proyectos en claves distintas a través de un gateway. La ventaja es la flexibilidad y la auditabilidad; la desventaja es que, si el agente entra en bucle o relee archivos grandes, la factura supera lo previsto.
| Dimensión | Suscripción (plan de ChatGPT) | API Key por consumo |
|---|---|---|
| Unidad de facturación | Cuota mensual más créditos incluidos | Facturación por token |
| Previsibilidad de la factura | Alta | Media o baja, según el consumo |
| Elección de modelo | Dentro de la cobertura del plan | Según los modelos accesibles con la clave |
| Reparto por proyecto | Limitado | Amplio, por clave o proyecto |
| Público adecuado | Personas con uso diario estable | Equipos, automatización, consumo variable |
2. Por qué un agente de programación consume tantos tokens
Un chat normal es pregunta y respuesta; un agente de programación es un ciclo de «leer el repositorio, llamar herramientas, modificar archivos, ejecutar pruebas y corregir». Para una misma tarea, la estructura de tokens cambia mucho:
- El prompt del sistema, las definiciones de herramientas y las instrucciones del proyecto vuelven a entrar en el contexto en cada ronda.
- La lectura de archivos, la búsqueda de código y la salida de comandos se acumulan como resultados de herramientas.
- Las llamadas sucesivas alargan el historial; en las últimas rondas se paga de nuevo por todo lo anterior.
- Los reintentos fallidos, la compresión de contexto y los resúmenes también generan consumo adicional.
- Los tokens de salida suelen ser menos que los de entrada, pero su precio unitario tiende a ser mayor.
Por eso, al evaluar el precio de Codex no basta con mirar «cuánto cuesta una pregunta», sino «cuántas rondas ejecuta una tarea completa y cuánto contexto lleva cada ronda». Aquí se explica la gran diferencia de experiencia entre suscripción y pago por uso: para tareas ligeras la suscripción suele compensar; para tareas pesadas, la API puede salir más cara o más barata si el cambio de modelo reduce el consumo.
3. Cómo estimar el pago por uso
Para un cálculo aproximado puedes usar la fórmula siguiente. Lee los precios unitarios de la página de precios vigente; no uses cifras antiguas.
Costo por ronda ≈
tokens de entrada × precio de entrada
+ tokens de lectura de caché × precio de caché
+ tokens de salida × precio de salida
+ costo de escritura de caché (si el proveedor lo factura aparte)
Costo mensual ≈
costo por ronda × rondas diarias × días laborables
+ reintentos y solicitudes fallidas
+ compresión de contexto y resúmenes
En la práctica, lo más fiable es elegir una tarea representativa, mirar en los registros de consumo del gateway cuántos tokens de entrada, salida y caché usó realmente, y multiplicar por el número de tareas similares al día. No estimes con «cuántas palabras ocupa una página de chat»: la entrada de un agente suele ser varias veces o decenas de veces mayor.
4. Cómo elegir en tres escenarios típicos
Uso personal estable. Si cada día modificas código, escribes pruebas y lees documentación con un consumo regular, la suscripción suele ser más cómoda. Si la cuota no alcanza, considera subir de plan; no empieces por el más alto.
Equipos pequeños con varios proyectos. Se recomienda API más gateway: claves por persona y proyecto, facturas separables y modelos por capas según la tarea. La desventaja es que hay que fijar límites de presupuesto; de lo contrario, un bucle de un agente puede consumir el presupuesto de un mes.
Automatización y tareas puntuales. Los bots de CI, las refactorizaciones masivas y los escaneos nocturnos encajan mejor con el pago por uso, porque tienen un inicio y un final claros y, con límites de concurrencia y reintentos, el costo es controlable.
Muchos equipos acaban con un esquema mixto: suscripciones para las personas y API para la automatización y las herramientas compartidas. Las dos bases no son excluyentes; lo importante es que una misma persona no use ambas cuotas sin registrar nada.
5. Caché y contexto: las dos variables más subestimadas
La caché ahorra dinero, pero tiene condiciones. Normalmente exige un prefijo de solicitud estable: el mismo prompt de sistema, las mismas definiciones de herramientas y los mismos fragmentos de archivo. Si insertas un contenido cambiante en medio, la caché posterior puede invalidarse. Coloca delante el contenido estable, como las instrucciones del proyecto y las normas de código, y deja las preguntas temporales al final; la tasa de acierto suele mejorar.
El tamaño del contexto influye de forma más directa. Cuanto mayor es el repositorio, más archivos se leen y más larga es la conversación conservada, más tokens de entrada tiene cada ronda. Algunos controles: excluir artefactos de compilación y directorios de dependencias, leer solo los módulos relevantes, abrir sesiones nuevas a tiempo y hacer que el agente busque antes de leer archivos. Un modelo con ventana de contexto mayor no equivale a más barato: solo permite incluir más contenido, y el costo sigue dependiendo de los tokens reales.
6. Límites de presupuesto y lista de control
- Crea claves por persona, proyecto y entorno; evita una sola clave compartida por todo el equipo.
- Configura límites de gasto y alertas de saldo en la consola del gateway; empieza bajo y ajusta tras una semana.
- Limita la concurrencia y el número de reintentos automáticos para evitar que las solicitudes fallidas se facturen repetidamente.
- Excluye en la configuración del proyecto los directorios de compilación, dependencias, registros y archivos de claves.
- Define capas de modelos: modelos potentes para tareas difíciles y modelos económicos para renombrar, comentar o escribir código repetitivo.
- Revisa cada semana el informe de consumo por proyecto y modelo; si detectas anomalías, detén la clave de inmediato.
- Asigna un presupuesto aparte a las tareas automatizadas, sin mezclarlo con la cuota de las personas.
Estas medidas son más eficaces que «buscar precios unitarios más baratos por todas partes». La mayoría de los excesos no vienen de un precio alto, sino de un contexto, unos reintentos o unas claves fuera de control.
7. Decide con dos semanas de datos
No migres todo de golpe. La primera semana, mantén la suscripción actual y ejecuta con una API Key un conjunto de tareas representativas, registrando rondas, tokens de entrada, tokens de salida y aciertos de caché por tipo de tarea. La segunda semana, ejecuta las mismas tareas con otro nivel de modelo y compara calidad y costo.
Tras dos semanas tendrás tres cifras: costo medio por tarea, volumen mensual de tareas por persona y proporción de reintentos fallidos. Multiplica las dos primeras y suma el sobrecosto de la tercera: esa es la base real del pago por uso. Compárala con la cuota y la tarifa mensual del plan; la conclusión suele ser más fiable que cualquier «respuesta única». Si necesitas un punto de acceso unificado e informes de consumo, puedes empezar por registrarte en ZSQH AI Gateway; los modelos y la facturación concretos figuran en precios de modelos.
Preguntas frecuentes
¿Se pueden usar a la vez la suscripción de Codex y una API Key?
Sí. Codex CLI admite tanto el inicio de sesión con cuenta como la configuración de una API Key personalizada o un gateway compatible. La práctica habitual en equipos es suscripción para las personas y API para la automatización, pero hay que registrarlo internamente para evitar pagos duplicados y mezcla de cuotas.
¿Por qué mi factura de API es mucho más alta de lo esperado?
Revisa primero tres cosas: si el contexto es demasiado grande, si hay reintentos frecuentes y si existen tareas concurrentes innecesarias. Los tokens de entrada suelen ser la mayor parte del costo de un agente de programación; leer archivos irrelevantes y conversaciones largas innecesarias son las causas más comunes.
¿La caché siempre ahorra dinero?
No necesariamente. Para acertar, la caché necesita un prefijo de solicitud estable, y algunos proveedores facturan aparte la escritura. Si el prompt cambia con frecuencia o se cambia de modelo a menudo, el beneficio cae. Confirma primero la tasa de acierto con los registros de consumo.
¿El equipo debería dar una clave a cada persona?
No se recomienda compartir una sola clave ni tener varias claves por persona sin registro. Emitir claves por persona y subcuotas por proyecto permite localizar anomalías y revocar a un miembro cuando deja la empresa. Las claves deben estar en variables de entorno o en un gestor de secretos, nunca en el repositorio.
¿Estos precios cambiarán en el futuro?
Sí. Las cuotas de los planes, los precios unitarios, las reglas de caché y los mecanismos de créditos pueden cambiar. Este artículo solo explica el método de cálculo y no promete ningún precio fijo. Para presupuestar, usa la información vigente de las páginas oficiales y de precios de modelos, y recalcula periódicamente.
Próximos pasos
Para saber si el precio de Codex conviene, lo esencial no es memorizar un precio unitario, sino entender la estructura de tus tareas: cuántas rondas por tarea, cuánto contexto por ronda y qué proporción de reintentos fallidos. Con esas tres cifras cuantificadas, la elección entre suscripción y API se aclara. Si necesitas gestión unificada de claves, límites de presupuesto y facturación por proyecto, puedes registrarte en ZSQH AI Gateway; el alcance de modelos y la facturación figuran en precios de modelos.
Lecturas relacionadas:
