GPT-6 Astra cuesta $10.00 de entrada y $50.00 de salida por 1M de tokens. GPT-5.6 Sol cuesta $4.00 y $20.00 con precio promocional, Terra $2.00 y $12.00, y Luna $0.20 y $1.20. Son tarifas Standard de contexto corto de la página oficial de precios, comprobadas el 8 de septiembre de 2026. El precio promocional de Sol está disponible al menos hasta el 21 de noviembre de 2026.
En estos cuatro modelos, el nivel de servicio, el tramo de contexto y el estado del caché afectan a la tarifa, mientras que el razonamiento afecta a cuántos tokens de salida usas. La tarifa de salida de Sol abarca ahora desde $10.00 en Batch con contexto corto hasta $60.00 en Fast con contexto largo. Compara la configuración real de la solicitud en lugar de suponer que elegir un modelo más barato siempre reduce la factura.
Para una cola de soporte, compara también el coste del flujo de trabajo completo. El precio por créditos de eesel (1 crédito por ticket o chat) usa unidades distintas a las de una factura de la API de OpenAI. El recorrido por la CLI de más abajo muestra cómo un agente de código puede inspeccionar la facturación del espacio de trabajo y la actividad del teammate seleccionado, incluido el coste de los ensayos por chat.
Por qué me importan más los multiplicadores que las tarifas
Construyo integraciones y APIs en eesel. Para un flujo de soporte, quiero saber más que el precio de una llamada a un modelo: cuánto contexto incluye cada solicitud, qué herramientas usa y cómo se factura ese trabajo.
Nuestras notas de ventas de febrero de 2026 describen una empresa de seguridad del correo en Freshdesk que avanzaba hacia 20,000 tickets al año. El comprador informó de que había usado 200 llamadas a la API en un día de prueba y le preocupaban los costes con unas 9,000 interacciones mensuales previstas. Es una preocupación histórica sobre el volumen de pruebas, no una factura de OpenAI ni una prueba de que un tamaño de prompt concreto causara el coste. Primero establecería la unidad de facturación antes de extrapolar una prueba a un presupuesto de producción.
Esa es toda la razón por la que este artículo está estructurado así. Primero va la tabla de tarifas porque la pediste, y después los cuatro factores que realmente la mueven, porque eso es lo que miraría si me dieras tu factura y me preguntaras por qué el mes pasado fue el doble.
Precios seleccionados de modelos de la API de OpenAI
Las siguientes tarifas de modelos seleccionados son por 1M de tokens en USD, comprobadas en la página de precios de OpenAI el 8 de septiembre de 2026. Esta tabla usa tarifas Standard de contexto corto; la página oficial también lista modelos anteriores y servicios especializados.
| Modelo | Entrada | Entrada en caché | Escritura en caché | Salida | Ventana de contexto | Salida máx. |
|---|---|---|---|---|---|---|
gpt-6-astra | $10.00 | $1.00 | $12.50 | $50.00 | 1,050,000 | 128,000 |
gpt-5.6-sol | $4.00 | $0.40 | $5.00 | $20.00 | 1,050,000 | 128,000 |
gpt-5.6-terra | $2.00 | $0.20 | $2.50 | $12.00 | 1,050,000 | 128,000 |
gpt-5.6-luna | $0.20 | $0.02 | $0.25 | $1.20 | 1,050,000 | 128,000 |
gpt-5.6-cyber | $12.50 | $1.25 | $15.625 | $75.00 | 400,000 en total; máx. 272,000 de entrada | 128,000 |
chat-latest | $5.00 | $0.50 | no indicado | $30.00 | no indicado | no indicado |
gpt-5.3-codex | $1.75 | $0.175 | no indicado | $14.00 | no indicado | no indicado |
gpt-5.6 es un alias que enruta a Sol. Sol, Terra y Luna comparten una fecha de corte de conocimiento del 16 de febrero de 2026 y aceptan reasoning.effort con los valores none, low, medium (el predeterminado), high, xhigh y max, según su documentación de modelos. Astra tiene sus propias especificaciones; no le apliques los valores predeterminados de GPT-5.6. Nuestra lista de modelos de OpenAI cubre la gama completa.
Dos filas merecen una nota. gpt-5.6-cyber, el modelo Daybreak Red, lista $12.50 de entrada y $75 de salida, sin tramo de precio de contexto largo en la tarifa. Esas tarifas son 3.125x y 3.75x las tarifas promocionales actuales de entrada y salida de Sol, respectivamente. Nuestra guía de precios de GPT-5.6 Cyber cubre ese modelo. Por su parte, chat-latest lista $5 de entrada y $30 de salida, así que ya no comparte las tarifas actuales de Sol.
Los alias gpt-daybreak-blue-latest y gpt-daybreak-red-latest apuntan actualmente a gpt-5.6-sol y gpt-5.6-cyber. OpenAI dice que sus destinos y precios cambiarán a medida que entren modelos más nuevos en el programa. Por tanto, usar un alias cambiante no fija una versión de modelo ni un precio.
El reajuste de precios del 30 de julio cambió dónde colocar las llamadas a modelos
El registro de cambios de OpenAI recoge una reducción de precio del 80% en Luna y del 20% en Terra desde el 30 de julio de 2026. Sus tarifas Standard actuales de contexto corto son $0.20/$1.20 y $2/$12 respectivamente. Las tarifas promocionales posteriores de Sol se reflejan por separado en la tabla actual de arriba. Un comentarista de Hacker News reaccionó al recorte de Luna:
"80% price cut for luna is a very aggressive pricing move"
Una publicación de AI Builders destacó la brecha resultante entre Luna y Terra:
"Luna and Terra now sit 10x apart on both input and output, where the gap was 2.5x."
Con las tarifas actuales, los precios de entrada y salida de Terra son cada uno 10x los de Luna. Eso hace que valga la pena evaluar Luna para cargas adecuadas, pero no demuestra que un equipo que usa Terra esté pagando de más: la precisión, el consumo de tokens y la latencia pueden diferir. Un comentarista que describía pruebas internas en el hilo de Gemini 3.7 Flash informó:
"Then gpt-5.6-luna came along with the price cuts and immediately supplanted gpt-5-mini."
El nivel de servicio y el tramo de contexto cambian la tarifa
Para Astra, Sol, Terra y Luna, la página de precios lista cuatro niveles de servicio y dos tramos de contexto. Cada combinación tiene tarifas separadas de entrada, entrada en caché, escritura en caché y salida. Otros modelos tienen disponibilidad distinta; no apliques este esquema a todas las filas de la página.
| Factor de coste | Qué cambia | Qué medir |
|---|---|---|
| Nivel de servicio | Tarifas de entrada y salida del nivel seleccionado | Nivel efectivo de cada solicitud |
| Tramo de contexto | Tarifas de la solicitud completa por encima del umbral del modelo | Tokens de entrada totales por solicitud |
| Estado del caché | Solo tarifas de entrada: entrada ordinaria, lecturas o escrituras | Tokens facturados en cada categoría de entrada |
| Razonamiento | Cantidad de salida facturada, no un multiplicador de tarifa aparte | Tokens de razonamiento además de la salida visible |
Solo en salida, gpt-5.6-sol va desde $10.00 por millón de tokens (Batch, contexto corto) hasta $60.00 (modo Fast, contexto largo). Es una diferencia de 6x en la tarifa de salida entre combinaciones de nivel y tramo de contexto, no una afirmación de que el mismo prompt pertenezca a ambos tramos. Con tarifas Standard de contexto corto, la entrada en caché cuesta $0.40 por millón de tokens y las escrituras en caché cuestan $5.00. Son las tarifas promocionales actuales de Sol, disponibles al menos hasta el 21 de noviembre de 2026.
Yo compararía el modelo y el nivel de servicio juntos. Por ejemplo, estas tarifas son todas por millón de tokens:
| Configuración | Entrada | Salida |
|---|---|---|
gpt-5.6-sol en Batch, contexto corto | $2.00 | $10.00 |
gpt-5.6-terra en modo Fast, contexto corto | $4.00 | $24.00 |
gpt-5.6-terra en modo Fast, contexto largo | $8.00 | $36.00 |
Con tarifas de contexto corto, Terra en modo Fast cuesta 2x lo que Sol en Batch en entrada y 2.4x en salida. Pasar de Sol Batch a Terra Fast puede por tanto aumentar los costes de tokens pese a elegir un modelo más barato. Cambiar solo el modelo manteniendo el mismo nivel es otra comparación. Batch también tiene requisitos de latencia distintos, así que comprobaría si la carga puede esperar antes de tratarlo como una opción intercambiable.
El precipicio de 272K
La página de precios separa las tarifas de contexto corto y largo. La página del modelo GPT-5.6 Sol explica cuándo se aplica el tramo superior:
Prompts with >272K input tokens are priced at 2x input and 1.5x output for the full request.
De ahí se derivan tres cosas, y las tres importan.
Primero, el umbral es de 272,000 tokens de entrada, no la ventana de contexto de 1,050,000 tokens con la que abre el marketing. Obtienes aproximadamente una cuarta parte de la ventana anunciada al precio anunciado.
Segundo, se vuelve a tarificar la solicitud completa, no el exceso. Con las tarifas Standard actuales de Sol, un prompt de 272,001 tokens sin entrada en caché factura toda su entrada a $8 por millón, no 272,000 tokens a $4 y uno a $8. Las lecturas y escrituras en caché también tienen sus propias columnas de contexto largo.
Tercero, mueve también la salida, a 1.5x, aunque la longitud de tu respuesta no tenga nada que ver con lo largo que fuera el prompt.
La tabla de precios y la página del modelo deben leerse juntas. La publicación de LinkedIn de Korbinian Abstreiter describe su sorpresa ante el umbral:
"Still didn't expect it"
Yo buscaría contexto redundante antes de cruzar los 272K y luego probaría si la compactación conserva la información necesaria para responder correctamente. Una factura de tokens más baja no es un ahorro útil si elimina evidencia esencial.
Una discusión en Hacker News relaciona los ajustes de contexto de Codex con los cargos de contexto largo. Un comentarista ofreció esta explicación:
"It cost people a LOT of money."
Es la versión del comentarista, no una explicación oficial de la decisión de producto. No establece los motivos de OpenAI ni el valor predeterminado actual de Codex. Para este presupuesto de API, la comprobación relevante es el recuento de tokens de entrada y el tramo de precio de cada solicitud.
Un cálculo simplificado de atención cuadrática no es una medición de los costes de servicio de un proveedor. La arquitectura, el caché y el hardware también importan, así que no puede explicar por qué OpenAI eligió este escalón de precio. El umbral en sí es explícito; un comentarista cuestionó su forma abrupta:
"I'm actually surprised it's implemented as a hard cutoff instead of a smooth gradient."
La guía de límites de tasa describe límites separados para solicitudes de contexto largo. Consulta los límites aplicables en tu consola de desarrollador; un grupo aparte no establece por sí solo un menor rendimiento. Nuestra guía de límites de tasa de OpenAI explica los límites relacionados.
El precio dependiente del contexto no es exclusivo de OpenAI, pero los umbrales difieren. La página del modelo Grok 4.6 lista precios de contexto superior por encima de 200K, no el límite de 272K de OpenAI. Consulta la tabla específica de cada proveedor en lugar de tratar esos recargos como equivalentes. Nuestra guía de precios de Grok 4.6 cubre ese modelo por separado.
Lo que cuesta el precipicio en una carga hipotética
Imagina un bot hipotético de respuestas con recuperación en Sol: 40,000 tokens de entrada por solicitud, 900 tokens de salida facturados, 30,000 solicitudes al mes, con el 50% de la entrada facturada como caché. Son $3,180 al mes en Standard solo en tokens, sin contar escrituras en caché, cargos de herramientas ni tasas de procesamiento regional.
Ahora supón que alguien amplía la ventana de recuperación y cada solicitud lleva 300,000 tokens de entrada. Mismo modelo, mismo nivel, mismo volumen.
| Tokens de entrada por solicitud | Tramo | Coste mensual |
|---|---|---|
| 40,000 | corto | $3,180 |
| 271,000 | corto | $18,426 |
| 300,000 | largo | $40,410 |
En este ejemplo, recortar el prompt de 300,000 a 271,000 tokens reduce el coste mensual estimado de tokens de $40,410 a $18,426. Es aproximadamente un 54% menos por quitar 29,000 tokens de entrada por solicitud. Primero probaría si el contexto eliminado afecta a la calidad de la respuesta. Este ahorro depende de que la carga cruce el umbral de precio; no establece que recortar contexto siempre sea mejor que cambiar de modelo.
Una publicación en r/openrouter describe una estimación local de costes que difería del panel del proveedor. El autor pegó una explicación generada por un LLM, que incluía esta afirmación:
"Approximately 221 requests exceeded the 272K threshold."
El autor informó de unos $1.35 en OpenCode y $2.30 en OpenRouter. La conciliación de $2.297 y el recuento de 221 solicitudes procedían de la respuesta pegada del modelo, no de una exportación de uso verificada de forma independiente. Lo trataría como una pista para contrastar con los registros del proveedor, no como prueba del cálculo. Además, se refiere a precios de OpenRouter, no a una factura directa de OpenAI.
El prompt caching da un 90% de descuento y un 25% de penalización
Con las tarifas Standard actuales de contexto corto de Sol, la entrada en caché cuesta $0.40 por millón de tokens frente a $4.00 sin caché, un 90% de descuento. Las escrituras en caché cuestan $5.00 por millón de tokens, 1.25x la tarifa de entrada sin caché. La guía de prompt caching distingue entre entrada ordinaria, lecturas de caché y escrituras de caché; yo contabilizaría las tres en lugar de aplicar un único descuento al prompt.
La guía de caché distingue los modelos GPT-5.6 y posteriores, que cobran las escrituras en caché, de los modelos anteriores sin ese cargo adicional. Un comentarista notó la diferencia al comparar las páginas de modelos:
"There was no cache write before!"
"Anyway this does mean the "real" prices are +25% on top of what you wrote there."
Para la misma cantidad de tokens de prefijo elegibles, una escritura más una reutilización completa cuesta 1.35x el procesamiento ordinario de entrada, frente a 2x de dos pasadas sin caché. Con las tarifas de contexto corto de Sol, son $5.40 en lugar de $8.00 por millón de tokens de prefijo en esas dos pasadas. Una escritura sin reutilización posterior cuesta un 25% más que el procesamiento ordinario de entrada. Por eso, las cargas con solicitudes únicas pueden beneficiarse de controlar qué contenido se escribe, una preocupación planteada en este hilo de r/OpenAI:
"Most of our API usage isn't for chat bots or long-running agents. We build task-oriented applications where every request is unique: document processing, …"
La guía de caché de OpenAI explica que los estados clave-valor en caché conservan el trabajo de un prefijo anterior. Ocupan recursos mientras se retienen, pero ese mecanismo por sí solo no demuestra el coste del proveedor ni justifica un recargo concreto. A modo de comparación, los precios de Anthropic listan las escrituras de Opus 5 a 1.25x la entrada ordinaria para cinco minutos de retención y 2x para una hora. Compara la retención y el patrón de reutilización, no solo el multiplicador de escritura.
La mecánica que decide si ganas la apuesta
De la guía de prompt caching:
| Mecánica | Valor |
|---|---|
| Prefijo mínimo cacheable, GPT-5.6 y posteriores | 1,024 tokens, un mínimo estricto |
| Mínimo en modelos anteriores | 2,048 tokens visibles; algunos modelos anteriores pueden producir aciertos por debajo de esa cifra |
| Duración del caché, GPT-5.6 y posteriores | Al menos 30 minutos tras la última escritura o reutilización; la reutilización no tiene nuevo cargo de escritura |
| Tarifa de lectura de caché | 10% de la tarifa de entrada |
| Tarifa de escritura de caché | 125% de la tarifa de entrada |
| Coincidencia | Coincidencia exacta de prefijo en un punto de corte elegible |
| Clave de enrutamiento | prompt_cache_key opcional; las claves estables ayudan a enrutar prefijos compartidos, pero no garantizan reutilización |
| Capacidad de enrutamiento | Por encima de unas 15 solicitudes por minuto en una máquina, el enrutamiento por desbordamiento puede causar fallos de caché |
| Escrituras por solicitud | Máximo de 4 |
| Puntos de corte considerados al leer | Los últimos 50 |
Para GPT-5.6 y posteriores, el caché solo explícito puede colocar un punto de corte tras las instrucciones estables y dejar el contenido cambiante del ticket fuera de la escritura en caché. Con modo explícito y sin puntos de corte, la solicitud no lee ni escribe el caché. Esto importa para solicitudes de soporte únicas: repetir las mismas instrucciones no basta si el único punto de corte guardado incluye también el mensaje de otro cliente. Yo compararía cached_tokens, cache_write_tokens y el coste total de entrada antes y después de un cambio.
Para una cola de soporte con mucha actividad, vigilaría el enrutamiento además de la coincidencia de prefijo. La documentación explica que el tráfico por encima de unas 15 solicitudes por minuto en una máquina puede desbordarse a otra y fallar su caché. No es un límite garantizado por clave ni una promesa de que cada solicitud por encima falle. Si los aciertos de caché de un grupo con mucha actividad bajan, distribúyelo entre claves estables y luego mide el resultado. Las claves influyen en el enrutamiento; no reservan una máquina.
La documentación también es explícita en que "repeated prompt content alone does not guarantee a cache hit." Los modos de fallo son mundanos y caros, y el texto de LinkedIn de Eric Nowoslawski es la explicación más clara que he encontrado, de alguien que primero lo hizo mal:
"We were messing it up with putting custom parts of the prompt in the second or third sentence."
La duración del caché importa para el trabajo programado. Considera diez solicitudes hipotéticas espaciadas diez minutos, cada una reutilizando el mismo prefijo elegible de 100,000 tokens. Con las tarifas Standard actuales de contexto corto de Sol, procesar ese prefijo sin caché diez veces cuesta $4.00. Una escritura seguida de nueve lecturas completas de caché cuesta $0.86: $0.50 por la escritura más nueve lecturas a $0.04 cada una. Esto excluye otros tokens de entrada y salida.
La duración de 30 minutos permite la reutilización entre esos intervalos de diez minutos, pero el tiempo por sí solo no garantiza aciertos: siguen importando los puntos de corte coincidentes y el enrutamiento. Un caché que caduque antes de cada solicitud cambiaría el resultado. Yo compararía los ajustes reales de retención y la reutilización observada antes de afirmar que un proveedor es más barato. La publicación sobre caché de Ravi Kiran enfatiza la reutilización y el enrutamiento. Sus afirmaciones numéricas sobre tasas de acierto se refieren a otras configuraciones de servicio y no son una línea base medida para tu aplicación de OpenAI. El punto práctico es:
"You need sticky routing, stable prefixes, and workloads that actually repeat."
Yo usaría en la calculadora la fracción medida de tokens de entrada servidos desde caché y luego probaría escenarios con menos aciertos. Ni el 30% ni el 90% son un valor predeterminado defendible para todas las aplicaciones, y la estimación de la calculadora sigue excluyendo los cargos de escritura en caché.
Los tokens de razonamiento se facturan a la tarifa de salida
Los tres modelos GPT-5.6 aceptan reasoning.effort con none, low, medium, high, xhigh o max, con medium como valor predeterminado. Esos tokens de razonamiento se facturan como tokens de salida.
El esfuerzo de razonamiento afecta al volumen de tokens, no a la tarifa por token. Por ejemplo, la salida de Sol en Standard con contexto corto cuesta $20 por millón de tokens, incluidos los tokens de razonamiento facturados. Un ajuste de esfuerzo mayor puede aumentar el uso, pero el tamaño de ese cambio depende de la tarea. Yo lo mediría en lugar de suponer un multiplicador fijo entre niveles de esfuerzo.
"But at least via the API, you pay for tokens you cannot see."
El efecto secundario es que el esfuerzo de razonamiento colapsa en parte la brecha de precio que se supone que representan los niveles de modelo. Un comentarista del hilo de Qwen 3.8 Max lo planteó con precisión:
"So a mid priced model, with heavy reasoning output, cost the same as a expensive model, with medium reasoning output."
Al comparar ajustes de razonamiento, registra el modelo, las tareas de evaluación, el nivel de esfuerzo y el total de tokens facturados. Un benchmark de terceros puede sugerir candidatos para probar, pero no es una medición de tu cola de soporte. Yo compararía calidad y coste en las mismas solicitudes representativas antes de elegir un ajuste.
Un desarrollador compartió un análisis local de uso valorado a precios de lista de Opus 4.7, no una factura de OpenAI. La estimación del hilo principal fue de $19,221: 56% lecturas de caché, 35% escrituras de caché y 8% salida incluido el razonamiento. El análisis más amplio abarcó 933 sesiones entre hilos principales y subagentes, con una estimación combinada de unos $22,720. Son costes reconstruidos por el autor, no cargos verificados pagados.
"Same shape as yours: re-read dominates, reasoning is the biggest re-read line, caching is the only thing keeping it sane."
Esa estimación ilustra una posible distribución de costes, no una regla para todos los agentes. Procesar repetidamente una conversación larga puede hacer que la entrada en caché sea un gasto grande incluso con una tasa de aciertos alta. Otras cargas pueden estar dominadas por la salida, las escrituras en caché o las herramientas. Yo separaría esas categorías en los registros de uso reales antes de elegir una optimización.
Yo mediría el recuento de tokens y la calidad de las respuestas en cada nivel de esfuerzo con tráfico representativo. Cambiar el nivel de servicio, acortar contexto redundante, mejorar la reutilización y elegir otro modelo abordan costes distintos. Nuestra guía de modelos de IA para tickets de soporte trata la selección de modelos para esa carga; no es prueba de que una optimización gane en todas las colas.
Batch, Flex y modo Fast
Para los cuatro modelos de la calculadora, los niveles de servicio cambian las tarifas publicadas de tokens como se muestra abajo. Flex y Fast usan un ajuste de la solicitud; Batch exige enviar el trabajo mediante el flujo separado de la Batch API.
| Nivel | Multiplicador | Qué cedes u obtienes | Valor del campo |
|---|---|---|---|
| Batch | 0.5x | Ventana de finalización de 24 horas, sin otra ventana ofrecida | Endpoint de la Batch API |
| Flex | 0.5x | Respuestas más lentas, indisponibilidad ocasional de recursos | service_tier: "flex" |
| Standard | 1x | Tarifa base | Comprueba el nivel efectivo; si se omite el ajuste, se aplica el predeterminado del proyecto |
| Modo Fast | 2x | Hasta 2.5x más rápido, latencia más consistente | service_tier: "fast" o "priority" |
Unos detalles de la documentación que cambian cómo los usarías.
La Batch API ofrece un 50% menos de coste de tokens y un grupo de límites de tasa aparte. Para Sol en el Tier 5, la cola de batch listada admite 15 mil millones de tokens de entrada; es un límite de capacidad de la cola, no un rendimiento directamente comparable con su tope síncrono de 40 millones de tokens por minuto. Un batch admite hasta 50,000 solicitudes y un archivo de entrada de 200 MB, con hasta 2,000 creaciones de batch por hora. Su ventana de finalización admitida es de 24 horas. Si un batch caduca, las solicitudes sin terminar se cancelan y las completadas siguen siendo facturables. Eso lo hace adecuado para trabajo que puede esperar, no para cada respuesta de soporte en vivo. Un profesional comentó cómo adaptar la experiencia del producto a esa demora:
"The other thing I started looking into is batch pricing which represents 50% off for OAI tokens right now."
Comprueba la compatibilidad con Batch para el modelo y el endpoint exactos antes de diseñar en torno a él. La página de precios incluye filas de Batch para varios modelos Pro, así que ni la etiqueta Pro ni un precio Standard alto establecen que Batch no esté disponible. La latencia sigue siendo una restricción aparte. Nuestro desglose de precios de Codex cubre los costes de ese modelo.
El procesamiento Flex usa las tarifas de tokens de Batch para solicitudes síncronas en modelos compatibles. Puede ser más lento o no estar disponible temporalmente, por lo que OpenAI lo recomienda para trabajo de menor prioridad como evaluaciones y enriquecimiento. La guía muestra un timeout de 15 minutos para solicitudes largas. Un error de recurso no disponible en Flex no se cobra, pero eso no significa que toda solicitud fallida o agotada por tiempo sea gratuita. Limita los reintentos y decide explícitamente si vale la pena recurrir al nivel predeterminado del proyecto, con su coste distinto.
El modo Fast pasó a llamarse así desde Priority processing el 30 de julio de 2026. Se admiten tanto service_tier: "priority" como service_tier: "fast". OpenAI anuncia velocidades de hasta 2.5x más rápidas para Sol, no una reducción de latencia garantizada en cada solicitud. Para los cuatro modelos de la calculadora, las tarifas publicadas de tokens en Fast son el doble de las Standard; eso duplica el precio por token, no el número de tokens usados. Fast no admite modelos ajustados (fine-tuned) ni embeddings.
Comprueba también el valor predeterminado del proyecto, además de la solicitud. Un proyecto configurado para Fast puede usarlo cuando se omite service_tier; omitirlo no garantiza precios Standard. El service_tier de la respuesta identifica el nivel realmente usado. Las respuestas de GPT-5.6 informan priority para Fast, y las solicitudes degradadas durante un crecimiento rápido del tráfico pueden informar default y recibir precios Standard.
Dos advertencias. Primero, el modo Fast se acumula con el recargo de contexto largo: la entrada de contexto largo de Sol en Fast cuesta $16.00 por millón de tokens, frente a $4.00 de la entrada Standard de contexto corto. Eso es 4x, no 2x. Segundo, comprueba el nivel efectivo en tus solicitudes en lugar de suponer que una tarea en segundo plano usa Standard:
"When I was going through this it was because OpenAI had defaulted to /fast mode with 2x token usage"
Era alguien diagnosticando un pico inexplicable de gasto en el hilo del lanzamiento de GPT-5.6. Si 2.5x de velocidad compensa 2x de coste es una pregunta real con una respuesta real para tu producto. Pagarlo por accidente en una tarea en segundo plano ni siquiera es una pregunta.
Todo lo demás que aparece en la factura
Los tokens no son toda la factura. Las herramientas, el audio, las imágenes y el vídeo tienen cada uno su propio contador, y aquí es donde un prototipo "barato" deja de serlo sin que te des cuenta.
Herramientas
| Herramienta | Detalle | Precio |
|---|---|---|
| Búsqueda web | Todos los modelos | $10.00 / 1k llamadas, más tokens de contenido a tarifas del modelo |
| Vista previa de búsqueda web | Modelos sin razonamiento | $25.00 / 1k llamadas, tokens de contenido gratis |
| Búsqueda de archivos | Llamada a la herramienta | $2.50 / 1k llamadas |
| Búsqueda de archivos | Almacenamiento | $0.10 / GB al día, 1 GB gratis |
| Contenedores | Hosted Shell y Code Interpreter | $0.03 a $1.92 por sesión de 20 min, según el tamaño de memoria |
| AgentKit | Almacenamiento de cargas de ChatKit | $0.10 / GB-día tras 1 GB gratis al mes |
Los tokens de contenido de la búsqueda web son material recuperado que se pasa al modelo y se cobra a su tarifa de entrada, además de las tarifas de llamada de búsqueda aplicables. Las sesiones de contenedor elegibles se miden por minuto con un mínimo de cinco minutos; consulta las condiciones de precios de la sesión en lugar de suponer que toda ejecución breve se factura de forma prorrateada. El precio de las llamadas a la herramienta de búsqueda de archivos se aplica a la Responses API. Nuestra guía de AgentKit, la referencia de la API de vector stores y la guía de la Assistants API cubren estas interfaces distintas.
Audio, tiempo real y transcripción
| Modelo | Modalidad | Entrada | Entrada en caché | Salida |
|---|---|---|---|---|
gpt-realtime-2.1 | Audio | $32.00 | $0.40 | $64.00 |
gpt-realtime-2.1 | Texto | $4.00 | $0.40 | $24.00 |
gpt-realtime-2.1-mini | Audio | $10.00 | $0.30 | $20.00 |
gpt-realtime-2.1-mini | Texto | $0.60 | $0.06 | $2.40 |
La salida de audio cuesta $64.00 por millón de tokens en gpt-realtime-2.1, frente a $20.00 en su variante mini. Son tarifas por tokens de audio, así que compararlas directamente con precios de tokens de texto no te dice el coste de una conversación. Yo mediría el uso de audio y la calidad de las respuestas en llamadas representativas. Nuestra guía de precios de GPT-realtime mini trata esa disyuntiva, y la guía de la API de audio y voz cubre la vía sin tiempo real.
La página de precios ofrece tarifas o estimaciones por minuto para la transcripción. Algunos modelos también tienen precios por tokens, así que estas cifras no deben leerse todas como un contrato de facturación fija por minuto:
| Modelo | Caso de uso | Coste por minuto |
|---|---|---|
gpt-realtime-translate | Traducción en vivo | $0.034 |
gpt-live-transcribe | Transcripción en vivo | $0.017 |
gpt-realtime-whisper | Transcripción en vivo | $0.017 |
gpt-transcribe | Transcripción | $0.0045 |
gpt-4o-transcribe | Transcripción | $0.006 |
gpt-4o-mini-transcribe | Transcripción | $0.003 |
Los $0.017 por minuto listados para gpt-live-transcribe son aproximadamente 3.8x la tarifa de $0.0045 de gpt-transcribe. Esta última tarifa es aproximadamente un 74% menor, pero son modelos y flujos de trabajo distintos. Esta comparación no es un descuento de la Batch API; prueba la latencia, la precisión y los requisitos de funciones antes de cambiar.
Embeddings
OpenAI publica los precios de embeddings por millón de tokens de entrada en su página de precios: $0.02 para text-embedding-3-small, $0.13 para text-embedding-3-large y $0.10 para text-embedding-ada-002. La guía de embeddings también da comparaciones ilustrativas de páginas por dólar y de benchmarks:
| Modelo | Páginas por dólar | Puntuación MTEB | Entrada máx. |
|---|---|---|---|
text-embedding-3-small | 62,500 | 62.3% | 8,192 |
text-embedding-3-large | 9,615 | 64.6% | 8,192 |
La tarifa por token del modelo grande es 6.5x la del pequeño. La diferencia en el benchmark no establece cuánto mejor recuperará respuestas de tu centro de ayuda. Yo probaría ambos con las mismas preguntas y documentos, comprobando también el chunking y los ajustes de recuperación. Nuestras notas sobre cómo montar una base de conocimiento con IA cubren esa configuración.
Imágenes y vídeo
gpt-image-2 factura $8.00 por 1M de tokens de entrada de imagen, $2.00 en caché y $30.00 de salida, con la entrada de texto a $5.00. Ten en cuenta que aquí la entrada en caché es el 25% de la entrada, en lugar del 10% que obtienen los modelos de texto. Batch reduce todo a la mitad.
La guía de generación lista estas estimaciones de coste de salida de GPT Image 2 en tamaños seleccionados. Suma la entrada de texto y los cargos de entrada de imágenes de referencia para estimar una solicitud completa:
| Calidad | Cuadrada 1024x1024 | Vertical 1024x1536 | Horizontal 1536x1024 |
|---|---|---|---|
| Baja | $0.006 | $0.005 | $0.005 |
| Alta | $0.211 | $0.165 | $0.165 |
Con estas estimaciones de coste de salida listadas, una imagen cuadrada de alta calidad cuesta aproximadamente un 28% más que una imagen horizontal de alta calidad pese a tener menos píxeles. De calidad baja a alta en la cuadrada, el aumento es de unas 35x. Cada imagen parcial transmitida añade 100 tokens de salida de imagen. Nuestras notas sobre la API de edición de imágenes cubren los endpoints de edición.
El vídeo se cobra por segundo, no por token:
| Modelo | Tamaño | Standard | Batch |
|---|---|---|---|
sora-2 | 720p | $0.10 | $0.05 |
sora-2-pro | 720p | $0.30 | $0.15 |
sora-2-pro | 1024p | $0.50 | $0.25 |
sora-2-pro | 1080p | $0.70 | $0.35 |
Un solo minuto de sora-2-pro en 1080p cuesta $42.00 en Standard. Nuestro desglose de Sora 2 cubre lo que obtienes a cambio.
Los niveles de uso deciden cuánto puedes gastar
Los niveles de uso de OpenAI vinculan los requisitos de pago con límites mensuales de uso aprobados y límites de tasa por modelo. Son distintos de las alertas de gasto y los límites estrictos que configuras tú. La cifra en dólares de la fila Free es un límite de uso aprobado, no una concesión de créditos gratuitos.
| Nivel | Requisito | Límite mensual de uso |
|---|---|---|
| Free | Solo geografías permitidas | $100 / mes |
| Tier 1 | $5 pagados | $100 / mes |
| Tier 2 | $50 pagados | $500 / mes |
| Tier 3 | $100 pagados | $1,000 / mes |
| Tier 4 | $250 pagados | $5,000 / mes |
| Tier 5 | $1,000 pagados | $200,000 / mes |
Y los límites de tasa por modelo suben con él. Para gpt-5.6-sol:
| Nivel | RPM | TPM | Límite de la cola de batch |
|---|---|---|---|
| Tier 1 | 500 | 500,000 | 1,500,000 |
| Tier 2 | 5,000 | 1,000,000 | 3,000,000 |
| Tier 3 | 5,000 | 2,000,000 | 100,000,000 |
| Tier 4 | 10,000 | 4,000,000 | 200,000,000 |
| Tier 5 | 15,000 | 40,000,000 | 15,000,000,000 |
La página actual del modelo Sol lista límites Standard a partir del Tier 1; la guía de niveles de uso indica $5 pagados como requisito de ese nivel. El requisito de pago no es lo mismo que $5 de tokens consumidos. El Tier 5 ofrece 10x el TPM listado del Tier 4 y 75x su capacidad de cola de batch, pero no es un requisito universal de producción. Yo compararía la demanda pico de la aplicación con los límites reales de tu organización y proyecto.
Los límites de tasa se fijan a nivel de organización y proyecto, no por usuario, y algunas familias de modelos comparten un grupo, de modo que una herramienta interna ruidosa puede ralentizar tu tráfico de producción. La ingesta de vector stores tiene su propio tope de 300 solicitudes por minuto por store.
Para controlar costes, las alertas de gasto y los límites estrictos de gasto cumplen funciones distintas. Una alerta envía una notificación mientras el tráfico continúa. Un límite estricto aplicado a la organización o al proyecto hace que las solicitudes afectadas devuelvan 429 cuando el gasto registrado alcanza el importe configurado. La aplicación tiene un retraso, así que el uso registrado puede superar ligeramente el tope. Yo combinaría las alertas con una decisión deliberada sobre un límite estricto y una alternativa a nivel de aplicación, porque un tope también puede interrumpir el soporte al cliente. Reintentar un error de límite de gasto no restablece el presupuesto.
Precios regionales, facturación en la nube y plazos de fine-tuning
La residencia de datos cuesta un 10%. La nota aparece bajo las cuatro tablas de niveles de servicio: los endpoints de procesamiento regional "are charged a 10% uplift for models released on or after March 5, 2026, that are eligible for data residency." Si trabajas en un sector regulado y suponías que el procesamiento en la UE era gratuito, no lo es. La guía de tus datos lista las regiones compatibles.
Bedrock usa la facturación de AWS. La guía de OpenAI en Bedrock distingue esa vía de la API directa. Los precios pueden diferir, así que consulta el modelo y la región de AWS aplicables. Los límites de contexto de Bedrock también son específicos de cada modelo: 272,000 tokens para GPT-5.4 y GPT-5.5, pero 1,050,000 para GPT-5.6 Sol, Terra y Luna. No apliques el límite de los modelos antiguos a toda la integración.
El fine-tuning de autoservicio también tiene un plazo. La página de obsolescencias dice que las organizaciones sin fine-tuning previo perdieron el acceso al entrenamiento el 7 de mayo de 2026. El 2 de julio terminó el acceso para organizaciones sin inferencia de modelos ajustados en los 60 días anteriores. Los clientes activos existentes pierden la posibilidad de crear nuevos trabajos de fine-tuning el 6 de enero de 2027. La inferencia continúa hasta que se retire el modelo base subyacente, lo que puede tener un plazo distinto y anterior. La página de precios sigue listando varios modelos de fine-tuning; un precio listado no establece que tu organización pueda iniciar un trabajo de entrenamiento.
Si tu modelo de costes depende de ajustar un modelo más pequeño, comprueba tanto la elegibilidad para entrenar como la fecha de retirada del modelo base. El prompt caching y la recuperación pueden resolver algunos problemas de coste o contexto, pero no son sustitutos equivalentes de aprender comportamientos especializados mediante fine-tuning.
Cómo se compara OpenAI en precio
Estas tarifas seleccionadas están en dólares estadounidenses por millón de tokens, comprobadas el 8 de septiembre de 2026. Las filas de OpenAI usan precios Standard de contexto corto; DeepSeek usa precios valle. La tabla excluye herramientas, escrituras en caché, almacenamiento e impuestos. Una tarifa plana por token solo se aplica dentro de la ventana de contexto admitida de cada modelo, no a una longitud de entrada ilimitada.
| Modelo | Entrada | Lectura de caché | Salida | Precios de contexto largo |
|---|---|---|---|---|
| GPT-5.6 Sol | $4.00 | $0.40 | $20.00 | Entrada 2x y salida 1.5x por encima de 272K tokens de entrada |
| GPT-5.6 Terra | $2.00 | $0.20 | $12.00 | Mismos multiplicadores |
| GPT-5.6 Luna | $0.20 | $0.02 | $1.20 | Mismos multiplicadores |
| Claude Opus 5 | $5.00 | $0.50 | $25.00 | Plano en toda la ventana admitida |
| Claude Sonnet 5 | $2.00 | $0.20 | $10.00 | Plano en toda la ventana admitida |
| Claude Haiku 4.5 | $1.00 | $0.10 | $5.00 | Plano en toda la ventana admitida |
| Gemini 3.7 Flash | $0.75 | $0.075 | $3.75 | Sin recargo por tramo de contexto listado |
| DeepSeek V4 Flash | $0.22 | $0.007 | $0.66 | Sin recargo por tramo de contexto listado |
| Kimi K3 | $3.00 | $0.30 | $15.00 | Sin recargo por tramo de contexto listado |
Fuentes: OpenAI, Anthropic, Google, DeepSeek y Kimi.
Google lista las tarifas de Gemini 3.7 Flash de $0.75/$3.75 hasta el 31 de diciembre de 2026 y luego $1.50/$7.50 desde el 1 de enero de 2027. Su nivel gratuito Standard incluye entrada y salida gratis, con límites y términos de uso de datos aparte. El context caching de pago también tiene un cargo de almacenamiento; la tarifa de lectura de caché por sí sola no es su coste completo.
DeepSeek duplica las tarifas valle listadas entre las 01:00–04:00 y las 06:00–10:00 UTC, de lunes a viernes. Todas las demás horas son valle. Yo usaría el calendario previsto de solicitudes, no solo la fila más barata, al presupuestar un servicio de soporte que funciona las 24 horas.
Con las tarifas actuales de contexto corto, los $4 de entrada y $20 de salida promocionales de Sol están por debajo de los $5 y $25 de Opus 5. Sonnet 5 iguala la tarifa de entrada de $2 de Terra y cobra $10 de salida frente a los $12 de Terra. Son comparaciones por millón de tokens, no resultados de coste por tarea: los modelos pueden tokenizar el mismo texto de forma distinta y generar cantidades distintas de razonamiento. La documentación de precios de Anthropic también distingue los precios de contexto largo:
Claude 4.6 and later models and Claude Mythos Preview include the full 1M token context window at standard pricing. (A 900k-token request is billed at the same per-token rate as a 9k-token request.)
El tramo de contexto puede cambiar qué opción cuesta menos. Con prompts cortos, la tarifa de salida listada de Gemini 3.7 Flash, $3.75, es más alta que los $1.20 de Luna, no más baja. Del mismo modo, la tarifa de entrada valle listada de DeepSeek, $0.22, es más alta que los $0.20 de Luna, mientras que su tarifa de salida de $0.66 es más baja. Una afirmación única de que un proveedor es el más barato oculta esas diferencias. Yo compararía las cantidades de entrada, caché y salida de cada carga y luego tendría en cuenta los periodos promocionales y los precios según la hora del día.
Mi opinión: antes de planificar una migración, inspecciona las longitudes reales de contexto, los niveles de servicio y el uso de caché. Prueba Batch para el trabajo que puede esperar y prueba prompts más cortos donde el contexto sea redundante. No elimines información necesaria para una respuesta correcta solo para cruzar un umbral de precio. Compara esos ahorros medidos con otro proveedor en las mismas tareas; ni el ahorro ni el esfuerzo de migración pueden inferirse solo de una tabla de tarifas.
Solo después de eso merece tu tiempo una comparación de proveedores, y nuestro resumen de alternativas a GPT-5.6 compara el panorama como es debido. Si lo que estás costeando es un puesto de consumidor y no tokens medidos, precios de ChatGPT es el desglose equivalente.
Tres ejemplos prácticos
Aquí van tres cargas mensuales hipotéticas con las tarifas actuales. Todas suponen que el 50% de los tokens de entrada se factura como entrada en caché, salvo que se indique lo contrario. Son estimaciones de coste de tokens, no facturas completas: excluyen escrituras en caché, herramientas, almacenamiento, cargos de procesamiento regional y otros servicios. Los recuentos de salida deben incluir los tokens de razonamiento facturados.
Un clasificador de tickets a gran volumen. Luna, 4,000 tokens de entrada por ticket, 300 de salida, 50,000 tickets al mes, con el 60% de los tokens de entrada facturado como caché. Son $36.40 al mes en Standard o $18.20 en Batch. Probaría la precisión de la clasificación antes de elegir el modelo más barato; una factura de tokens baja no establece que sus etiquetas sean útiles.
Un bot de respuestas con recuperación. Sol, 40,000 tokens de entrada, 900 de salida, 30,000 solicitudes al mes. La estimación es de $3,180 en Standard, $1,590 en Batch o $6,360 en modo Fast. La diferencia entre Batch y Fast es de $4,770 con estos recuentos de tokens constantes. Este cálculo no mide la calidad de las respuestas ni si la latencia de Batch encaja en una conversación de soporte en vivo.
El mismo bot tras un cambio de recuperación. Sol, 300,000 tokens de entrada, 900 de salida, 30,000 solicitudes en Standard. La estimación sube a $40,410, unas 12.7x el ejemplo Standard de 40,000 tokens. Cambiaron dos cosas: hay 7.5x más tokens de entrada y cada solicitud usa ahora tarifas de contexto largo. Sería engañoso atribuir todo el aumento a cruzar el umbral.
El tercer caso es la razón por la que sigo diciendo que la fila del modelo no es lo importante. Y también es la razón por la que, para una cola de soporte en concreto, creo que el precio por token suele ser la abstracción equivocada para razonar.
Cuando el precio por token deja de ser la pregunta correcta
Todo lo anterior es una descripción justa de lo que pagas a un proveedor de modelos. Es una mala descripción de lo que te cuesta un ticket de soporte.
Un ticket de soporte puede requerir varias solicitudes al modelo, pasos de recuperación y acciones en el helpdesk. Los argumentos de herramientas generados por el modelo y los resultados de herramientas devueltos pueden añadir tokens facturados; ejecutar una llamada a la API del helpdesk no genera por sí mismo otro cargo de tokens del modelo. Cuenta las solicitudes reales al modelo, los servicios de herramientas facturables y los costes de infraestructura. Vuelve a comprobar la estimación cuando cambie el flujo de trabajo.
Un usuario de r/SaaS informó de un bucle costoso mientras exploraba la demanda de una herramienta para evitarlo. Es un incidente autoinformado, no una factura auditada de forma independiente:
"Hey everyone, I just got hit with a $4,200 OpenAI bill because an agent I deployed for customer support got stuck in a recursive loop with my CRM tool call."
La publicación describe un bucle descontrolado, pero no establece qué controles de gasto estaban configurados. Ese riesgo exige reintentos acotados, límites a las llamadas repetidas a herramientas, monitorización y controles de gasto deliberados. OpenAI admite límites estrictos aplicados, con un retraso de propagación; la facturación por tokens no implica por sí misma una factura sin techo.
Las suscripciones y el uso de la API tienen condiciones de precio distintas. En un comentario de Hacker News, Simon Willison dijo que pagaba $200 por suscripciones y estimó el coste equivalente en API de ese uso:
"the API cost version of my token spend was $2,100"
La estimación equivalente en API que informó es 10.5x el pago de la suscripción, pero no es una comparación controlada de productos intercambiables. Las cuotas de suscripción y la facturación directa por API usan términos distintos. Para un despliegue por API, estima las solicitudes que realmente hará en lugar de convertir el precio de una suscripción en un presupuesto de tokens.
Una nota de ventas de marzo de 2026 recoge a un operador de comercio electrónico con varias empresas que avanzaba hacia 150,000 tickets al mes y que encontraba confusos los precios por interacción y por ticket. El comprador proyectó unos $30,000 mensuales con la tarifa que se discutía entonces. Esa estimación histórica no es el precio actual de eesel. Ilustra por qué definiría la unidad de facturación y la carga prevista antes de comparar ofertas.
Un servicio gestionado cambia qué partes del flujo de trabajo operas y cómo se cobra el uso. Nuestra guía de ahorro de costes en soporte al cliente con IA examina esa disyuntiva entre construir y comprar.
Si estás en una fase anterior y todavía estás dimensionando la categoría y no la factura, nuestra guía del sistema de tickets con IA es un mejor punto de partida.
Inspecciona el uso de soporte con la CLI de eesel
El precio de la API te dice lo que un proveedor de modelos cobra a tu aplicación. Con eesel, operas un teammate gestionado y pagas con los planes por créditos de eesel. La CLI de eesel es otra forma de acceder al mismo teammate y espacio de trabajo que el panel, no una suscripción de modelo aparte ni una forma de evitar el uso de créditos.
Es útil cuando un agente de código ayuda a investigar una cuestión de costes. Claude Code, Cursor o Codex pueden leer la salida JSON de la CLI y ayudar a inspeccionar la facturación, la actividad reciente y las automatizaciones que inician trabajo. Le pides que examine una configuración de soporte existente, no que construya otra aplicación ni que deduzca tu factura a partir de una tarifa por token de OpenAI.
Para un espacio de trabajo existente, empieza con comprobaciones de autenticación y destino. Estos comandos requieren Node.js 18.17 o superior:
npx @eesel/cli login
npx @eesel/cli whoami
npx @eesel/cli agents
npx @eesel/cli billing
Después selecciona explícitamente el teammate deseado. Sustituye SUPPORT_AGENT_ID por su identificador:
npx @eesel/cli status --agent SUPPORT_AGENT_ID
npx @eesel/cli activity --agent SUPPORT_AGENT_ID
npx @eesel/cli automations --agent SUPPORT_AGENT_ID
La facturación es una vista de solo lectura del estado actual de facturación. No supongas que seleccionar un teammate acota todos los cargos a nivel de espacio de trabajo a ese teammate. Compara el alcance y las fechas de los registros devueltos. La actividad puede ayudar a explicar qué se ejecutó; no demuestra que cada tarea tuviera éxito, y un total de actividad no es automáticamente el total de la factura.
Una instrucción acotada para el agente de código podría ser:
Inspect billing, recent activity, and the selected teammate's automations. Explain which work starts automatically and identify any missing information needed to estimate costs. Do not change overage caps, payment details, integrations, or automations. Propose any changes for review, and do not expose credentials.
La documentación de precios actual describe el precio de soporte como créditos, donde 1 crédito es un ticket o una sesión de chat, en un plan mensual fijo desde $299 por 500 créditos, más $4 por entrada de blog. No hay cuota de plataforma ni cuota por usuario. La documentación de la CLI trata específicamente los chats como trabajo facturado, así que no supongas que la inspección gratuita de la configuración significa ensayos gratuitos por CLI.
| Tickets y chats mensuales | Plan de créditos | Precio mensual |
|---|---|---|
| Hasta 500 | 500 créditos | $299 |
| Hasta 1,000 | 1,000 créditos | $499 |
| Hasta 2,500 | 2,500 créditos | $999 |
| Hasta 5,000 | 5,000 créditos | $1,899 |
Para un mes hipotético con 1,000 tickets y chats de soporte, el plan de 1,000 créditos a $499 lo cubre. Ese ejemplo excluye complementos, excesos y entradas de blog. Usa los términos reales del espacio de trabajo para calcular la factura.
Prueba la decisión de despliegue, no solo la aritmética
Supón que la actividad aumentó después de ampliar una automatización a más temas de soporte. Primero inspecciona el disparador y los filtros. Un aumento de volumen es un motivo para investigar, no una prueba de facturación duplicada ni de un fallo. Pregunta si las tareas adicionales eran las previstas y si sus respuestas cumplían la política.
Para un ensayo ficticio, desactiva las acciones de escritura y usa una política de cancelación aprobada. Pide al teammate que redacte una respuesta para un cliente que quiere cancelar una suscripción pero también conservar el acceso más allá de la fecha de fin normal. Debería separar la política de la excepción solicitada, identificar cuándo se necesita aprobación humana y evitar afirmar que la suscripción se modificó.
Usa una conversación nueva con un --name nuevo, limitada al agente seleccionado, al iniciar este caso. El chat de seguimiento continúa esa conversación. Incluye los chats por CLI en tu presupuesto de pruebas, ya que cada uno consume créditos. La opción --dry-run muestra una vista previa de una solicitud de escritura, no la calidad de las respuestas ni el gasto futuro.
Si después apruebas modificar la automatización en vivo, verifica ambos lados: las solicitudes previstas llegan al teammate y las excluidas no. Revisa el resultado real de cara al cliente por separado del recuento de actividad. Restringir el volumen puede controlar los costes, pero por sí solo no mejora la respuesta.
Prueba eesel
Para una cola de soporte, compara el coste del flujo de trabajo completo en lugar de solo el de una llamada al modelo. eesel usa precios por créditos, y la CLI te permite inspeccionar la facturación del espacio de trabajo y la actividad del teammate seleccionado sin construir una aplicación de soporte aparte. Consulta el plan actual y el volumen de créditos antes de estimar un total mensual.
Empieza con un conjunto definido de solicitudes e inspecciona la automatización que las selecciona. Ensaya respuestas de política antes de activar la escritura y luego verifica la entrega real de las acciones. Un informe que muestre el volumen de tareas es prueba de actividad, no de resolución exitosa ni una previsión exacta de la factura.
Si necesitas orquestación de modelos o infraestructura específicas de la aplicación, compara una implementación propia con la API con el flujo de trabajo compatible de un teammate gestionado. Distintas unidades de facturación reflejan distintas responsabilidades; ningún modelo de precios garantiza el mejor resultado para tu tarea.
Confirma las integraciones compatibles, la preparación del conocimiento y los permisos de acción para el flujo de trabajo que planeas ejecutar. Conectar una fuente no demuestra que su contenido haya terminado de descargarse ni que todas las acciones del helpdesk estén disponibles.
Antes de decidir, compara la misma carga con la oferta nativa de IA de tu helpdesk e incluye los costes de pruebas y operación en ambos lados.
Prueba eesel si quieres configurar un teammate de soporte e inspeccionar su funcionamiento mediante la CLI. Revisa los términos actuales y los permisos propuestos, y amplía solo después de comprobar los resultados.
Preguntas frecuentes
¿Cuánto cuesta la API de OpenAI por 1M de tokens en 2026?
¿Cuál es la forma más barata de usar la API de OpenAI?
¿Hay un nivel gratuito para la API de OpenAI?
¿Por qué mi factura de la API de OpenAI es más alta de lo que sugería la página de precios?
reasoning_effort está generando muchos más tokens de salida de los que contaste. Las llamadas a herramientas también se facturan por separado, además de los tokens. Nuestra guía sobre los límites de tasa de OpenAI cubre los topes de rendimiento relacionados.