
O GPT-6 Astra custa $10.00 de entrada e $50.00 de saída por 1M de tokens. O GPT-5.6 Sol custa $4.00 e $20.00 com preço promocional, o Terra $2.00 e $12.00, e o Luna $0.20 e $1.20. São tarifas Standard de contexto curto da página oficial de preços, conferidas em 8 de setembro de 2026. O preço promocional do Sol está disponível pelo menos até 21 de novembro de 2026.
Para esses quatro modelos, o nível de serviço, a faixa de contexto e o estado do cache afetam a tarifa, enquanto o raciocínio afeta quantos tokens de saída você usa. A tarifa de saída do Sol agora vai de $10.00 em Batch com contexto curto a $60.00 em Fast com contexto longo. Compare a configuração real da solicitação em vez de presumir que escolher um modelo mais barato sempre reduz a fatura.
Para uma fila de suporte, compare também o custo do fluxo de trabalho completo. O preço por créditos da eesel (1 crédito por ticket ou chat) usa unidades diferentes das de uma fatura da API da OpenAI. O passo a passo da CLI abaixo mostra como um agente de código pode inspecionar a cobrança do workspace e a atividade do teammate selecionado, incluindo o custo de ensaios por chat.
Por que me importo mais com os multiplicadores do que com as tarifas
Eu construo integrações e APIs na eesel. Para um fluxo de suporte, quero saber mais do que o preço de uma chamada de modelo: quanto contexto cada solicitação inclui, quais ferramentas usa e como esse trabalho é cobrado.
Nossas notas de vendas de fevereiro de 2026 descrevem uma empresa de segurança de e-mail no Freshdesk que caminhava para 20,000 tickets por ano. O comprador relatou ter usado 200 chamadas de API em um dia de teste e se preocupava com os custos a 9,000 interações mensais esperadas. Isso é uma preocupação histórica sobre o volume de testes, não uma fatura da OpenAI nem prova de que um tamanho específico de prompt causou o custo. Eu primeiro estabeleceria a unidade de cobrança antes de extrapolar um teste para um orçamento de produção.
Esse é todo o motivo de este post ter essa estrutura. A tabela de tarifas vem primeiro porque você pediu, e depois os quatro fatores que realmente a movem, porque é neles que eu olharia se você me entregasse sua fatura e perguntasse por que ela dobrou no mês passado.
Preços selecionados de modelos da API da OpenAI
As tarifas de modelos selecionados a seguir são por 1M de tokens em USD, conferidas na página de preços da OpenAI em 8 de setembro de 2026. Esta tabela usa tarifas Standard de contexto curto; a página oficial também lista modelos mais antigos e serviços especializados.
| Modelo | Entrada | Entrada em cache | Gravação em cache | Saída | Janela de contexto | Saída 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 no total; máx. 272,000 de entrada | 128,000 |
chat-latest | $5.00 | $0.50 | não listado | $30.00 | não listado | não listado |
gpt-5.3-codex | $1.75 | $0.175 | não listado | $14.00 | não listado | não listado |
gpt-5.6 é um alias que roteia para o Sol. Sol, Terra e Luna compartilham uma data de corte de conhecimento de 16 de fevereiro de 2026 e aceitam reasoning.effort com os valores none, low, medium (o padrão), high, xhigh e max, conforme a documentação dos modelos. O Astra tem suas próprias especificações; não aplique a ele os padrões do GPT-5.6. Nossa lista de modelos da OpenAI cobre a linha completa.
Duas linhas merecem uma observação. O gpt-5.6-cyber, o modelo Daybreak Red, lista $12.50 de entrada e $75 de saída, sem faixa de preço de contexto longo na tabela. Essas tarifas são 3.125x e 3.75x as tarifas promocionais atuais de entrada e saída do Sol, respectivamente. Nosso guia de preços do GPT-5.6 Cyber cobre esse modelo. Já o chat-latest lista $5 de entrada e $30 de saída, então não compartilha mais as tarifas atuais do Sol.
Os aliases gpt-daybreak-blue-latest e gpt-daybreak-red-latest apontam atualmente para gpt-5.6-sol e gpt-5.6-cyber. A OpenAI diz que seus destinos e preços vão mudar conforme modelos mais novos entrarem no programa. Portanto, usar um alias móvel não fixa uma versão de modelo nem um preço.
O reajuste de 30 de julho mudou onde você coloca as chamadas de modelo
O changelog da OpenAI registra uma redução de preço de 80% no Luna e de 20% no Terra a partir de 30 de julho de 2026. Suas tarifas Standard atuais de contexto curto são $0.20/$1.20 e $2/$12, respectivamente. As tarifas promocionais posteriores do Sol aparecem separadamente na tabela atual acima. Um comentarista do Hacker News reagiu ao corte do Luna:
"80% price cut for luna is a very aggressive pricing move"
Um post da AI Builders destacou a diferença resultante entre Luna e Terra:
"Luna and Terra now sit 10x apart on both input and output, where the gap was 2.5x."
Nas tarifas listadas atualmente, os preços de entrada e saída do Terra são, cada um, 10x os do Luna. Isso torna o Luna digno de avaliação para cargas adequadas, mas não prova que uma equipe usando Terra esteja pagando demais: precisão, consumo de tokens e latência podem diferir. Um comentarista que descrevia benchmarks internos no tópico do Gemini 3.7 Flash relatou:
"Then gpt-5.6-luna came along with the price cuts and immediately supplanted gpt-5-mini."
O nível de serviço e a faixa de contexto mudam a tarifa
Para Astra, Sol, Terra e Luna, a página de preços lista quatro níveis de serviço e duas faixas de contexto. Cada combinação tem tarifas separadas de entrada, entrada em cache, gravação em cache e saída. Outros modelos têm disponibilidade diferente; não aplique esse formato a todas as linhas da página.
| Fator de custo | O que muda | O que medir |
|---|---|---|
| Nível de serviço | Tarifas de entrada e saída do nível selecionado | Nível efetivo de cada solicitação |
| Faixa de contexto | Tarifas da solicitação inteira acima do limite do modelo | Total de tokens de entrada por solicitação |
| Estado do cache | Só tarifas de entrada: entrada comum, leituras ou gravações | Tokens cobrados em cada categoria de entrada |
| Raciocínio | Quantidade de saída cobrada, não um multiplicador de tarifa separado | Tokens de raciocínio além da saída visível |
Só na saída, o gpt-5.6-sol vai de $10.00 por milhão de tokens (Batch, contexto curto) a $60.00 (modo Fast, contexto longo). É uma diferença de 6x na tarifa de saída entre combinações de nível e faixa de contexto, não uma afirmação de que o mesmo prompt pertença às duas faixas. Nas tarifas Standard de contexto curto, a entrada em cache custa $0.40 por milhão de tokens e as gravações em cache custam $5.00. Essas são as tarifas promocionais atuais do Sol, disponíveis pelo menos até 21 de novembro de 2026.
Eu compararia o modelo e o nível de serviço juntos. Por exemplo, estas tarifas são todas por milhão de tokens:
| Configuração | Entrada | Saída |
|---|---|---|
gpt-5.6-sol em Batch, contexto curto | $2.00 | $10.00 |
gpt-5.6-terra em modo Fast, contexto curto | $4.00 | $24.00 |
gpt-5.6-terra em modo Fast, contexto longo | $8.00 | $36.00 |
Nas tarifas de contexto curto, o Terra em modo Fast custa 2x o Sol em Batch na entrada e 2.4x na saída. Passar de Sol Batch para Terra Fast pode, portanto, aumentar os custos de tokens apesar de escolher um modelo mais barato. Mudar só o modelo mantendo o mesmo nível é outra comparação. O Batch também tem requisitos de latência diferentes, então eu verificaria se a carga pode esperar antes de tratá-lo como uma opção intercambiável.
O precipício de 272K
A página de preços separa as tarifas de contexto curto e longo. A página do modelo GPT-5.6 Sol explica quando a faixa mais alta se aplica:
Prompts with >272K input tokens are priced at 2x input and 1.5x output for the full request.
Três coisas decorrem disso, e as três importam.
Primeiro, o limite é de 272,000 tokens de entrada, não a janela de contexto de 1,050,000 tokens com que o marketing abre. Você recebe cerca de um quarto da janela anunciada ao preço anunciado.
Segundo, ele reprecifica a solicitação inteira, não só o excedente. Nas tarifas Standard atuais do Sol, um prompt de 272,001 tokens sem entrada em cache cobra toda a sua entrada a $8 por milhão, não 272,000 tokens a $4 e um a $8. Leituras e gravações em cache também têm suas próprias colunas de contexto longo.
Terceiro, ele move também a saída, em 1.5x, ainda que o tamanho da sua resposta não tenha nada a ver com o tamanho do prompt.
A tabela de preços e a página do modelo devem ser lidas juntas. O post no LinkedIn de Korbinian Abstreiter descreve a surpresa com o limite:
"Still didn't expect it"
Eu procuraria contexto redundante antes de cruzar 272K e depois testaria se a compactação preserva a informação necessária para responder corretamente. Uma fatura de tokens menor não é uma economia útil se remove evidências essenciais.
Uma discussão no Hacker News liga as configurações de contexto do Codex às cobranças de contexto longo. Um comentarista ofereceu esta explicação:
"It cost people a LOT of money."
Esse é o relato do comentarista, não uma explicação oficial da decisão de produto. Ele não estabelece os motivos da OpenAI nem o padrão atual do Codex. Para este orçamento de API, a verificação relevante é a contagem de tokens de entrada e a faixa de preço de cada solicitação.
Um cálculo simplificado de atenção quadrática não é uma medição dos custos de operação de um fornecedor. Arquitetura, cache e hardware também importam, então ele não consegue estabelecer por que a OpenAI escolheu esse degrau de preço. O limite em si é explícito; um comentarista questionou seu formato abrupto:
"I'm actually surprised it's implemented as a hard cutoff instead of a smooth gradient."
O guia de limites de taxa descreve limites separados para solicitações de contexto longo. Verifique os limites aplicáveis no seu console de desenvolvedor; um pool separado, por si só, não estabelece uma vazão menor. Nosso guia de limites de taxa da OpenAI explica os limites relacionados.
O preço dependente de contexto não é exclusivo da OpenAI, mas os limites diferem. A página do modelo Grok 4.6 lista preços de contexto maior acima de 200K, não o limite de 272K da OpenAI. Verifique a tabela específica de cada fornecedor em vez de tratar esses acréscimos como equivalentes. Nosso guia de preços do Grok 4.6 cobre esse modelo separadamente.
O que o precipício custa em uma carga hipotética
Pegue um bot hipotético de respostas com recuperação no Sol: 40,000 tokens de entrada por solicitação, 900 tokens de saída cobrados, 30,000 solicitações por mês, 50% da entrada cobrada como cache. São $3,180 por mês em Standard só em tokens, excluindo gravações em cache, cobranças de ferramentas e taxas de processamento regional.
Agora suponha que alguém amplie a janela de recuperação e cada solicitação carregue 300,000 tokens de entrada. Mesmo modelo, mesmo nível, mesmo volume.
| Tokens de entrada por solicitação | Faixa | Custo mensal |
|---|---|---|
| 40,000 | curta | $3,180 |
| 271,000 | curta | $18,426 |
| 300,000 | longa | $40,410 |
Neste exemplo, reduzir o prompt de 300,000 para 271,000 tokens diminui o custo mensal estimado de tokens de $40,410 para $18,426. São cerca de 54% a menos por remover 29,000 tokens de entrada por solicitação. Eu primeiro testaria se o contexto removido afeta a qualidade das respostas. Essa economia depende de a carga cruzar o limite de preço; ela não estabelece que cortar contexto sempre vence trocar de modelo.
Um post no r/openrouter descreve uma estimativa local de custo que diferia do painel do fornecedor. O autor colou uma explicação gerada por um LLM, incluindo esta afirmação:
"Approximately 221 requests exceeded the 272K threshold."
O autor relatou cerca de $1.35 no OpenCode e $2.30 no OpenRouter. A reconciliação de $2.297 e a contagem de 221 solicitações vieram da resposta colada do modelo, não de uma exportação de uso verificada de forma independente. Eu trataria isso como uma pista a conferir com os registros do fornecedor, não como prova do cálculo. Também diz respeito a preços do OpenRouter, não a uma fatura direta da OpenAI.
O prompt caching dá 90% de desconto e 25% de penalidade
Nas tarifas Standard atuais de contexto curto do Sol, a entrada em cache custa $0.40 por milhão de tokens contra $4.00 sem cache, um desconto de 90%. As gravações em cache custam $5.00 por milhão de tokens, 1.25x a tarifa de entrada sem cache. O guia de prompt caching distingue entrada comum, leituras de cache e gravações de cache; eu contabilizaria as três em vez de aplicar um único desconto ao prompt.
O guia de cache distingue o GPT-5.6 e modelos posteriores, que cobram gravações em cache, de modelos anteriores sem essa cobrança adicional. Um comentarista notou a diferença ao comparar as páginas dos modelos:
"There was no cache write before!"
"Anyway this does mean the "real" prices are +25% on top of what you wrote there."
Para a mesma quantidade de tokens de prefixo elegíveis, uma gravação mais uma reutilização completa custa 1.35x o processamento comum de entrada, contra 2x de duas passagens sem cache. Nas tarifas de contexto curto do Sol, são $5.40 em vez de $8.00 por milhão de tokens de prefixo nessas duas passagens. Uma gravação sem reutilização posterior custa 25% a mais que o processamento comum de entrada. Cargas com solicitações únicas podem, portanto, se beneficiar de controlar qual conteúdo é gravado, uma preocupação levantada neste tópico do 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, …"
O guia de cache da OpenAI explica que estados chave-valor em cache preservam o trabalho de um prefixo anterior. Eles ocupam recursos enquanto retidos, mas só esse mecanismo não prova o custo do fornecedor nem justifica um acréscimo específico. Para comparação, os preços da Anthropic listam as gravações do Opus 5 a 1.25x a entrada comum para cinco minutos de retenção e 2x para uma hora. Compare a retenção e o padrão de reutilização, não só o multiplicador de gravação.
A mecânica que decide se você ganha a aposta
| Mecânica | Valor |
|---|---|
| Prefixo mínimo cacheável, GPT-5.6 e posteriores | 1,024 tokens, um mínimo estrito |
| Mínimo em modelos anteriores | 2,048 tokens visíveis; alguns modelos anteriores podem produzir acertos abaixo disso |
| Duração do cache, GPT-5.6 e posteriores | Pelo menos 30 minutos após a última gravação ou reutilização; a reutilização não tem nova cobrança de gravação |
| Tarifa de leitura de cache | 10% da tarifa de entrada |
| Tarifa de gravação de cache | 125% da tarifa de entrada |
| Correspondência | Correspondência exata de prefixo em um ponto de quebra elegível |
| Chave de roteamento | prompt_cache_key opcional; chaves estáveis ajudam a rotear prefixos compartilhados, mas não garantem reutilização |
| Capacidade de roteamento | Acima de cerca de 15 solicitações por minuto em uma máquina, o roteamento por excedente pode causar erros de cache |
| Gravações por solicitação | Máximo de 4 |
| Pontos de quebra considerados na leitura | Os últimos 50 |
Para o GPT-5.6 e posteriores, o cache apenas explícito pode colocar um ponto de quebra após instruções estáveis e deixar o conteúdo variável do ticket fora da gravação em cache. Com modo explícito e sem pontos de quebra, a solicitação nem lê nem grava o cache. Isso importa para solicitações de suporte únicas: repetir as mesmas instruções não basta se o único ponto de quebra salvo também inclui a mensagem de outro cliente. Eu compararia cached_tokens, cache_write_tokens e o custo total de entrada antes e depois de uma mudança.
Para uma fila de suporte movimentada, eu observaria o roteamento além da correspondência de prefixo. A documentação explica que tráfego acima de cerca de 15 solicitações por minuto em uma máquina pode transbordar para outro lugar e errar o cache. Isso não é um limite garantido por chave nem uma promessa de que toda solicitação acima dele erra. Se os acertos de cache de um grupo movimentado caírem, distribua-o entre chaves estáveis e depois meça o resultado. As chaves influenciam o roteamento; não reservam uma máquina.
A documentação também é explícita ao dizer que "repeated prompt content alone does not guarantee a cache hit." Os modos de falha são banais e caros, e o texto no LinkedIn de Eric Nowoslawski é a explicação mais clara que encontrei, de alguém que primeiro errou:
"We were messing it up with putting custom parts of the prompt in the second or third sentence."
A duração do cache importa para trabalho agendado. Considere dez solicitações hipotéticas espaçadas por dez minutos, cada uma reutilizando o mesmo prefixo elegível de 100,000 tokens. Nas tarifas Standard atuais de contexto curto do Sol, processar esse prefixo sem cache dez vezes custa $4.00. Uma gravação seguida de nove leituras completas de cache custa $0.86: $0.50 pela gravação mais nove leituras a $0.04 cada. Isso exclui os demais tokens de entrada e saída.
A duração de 30 minutos permite reutilização entre esses intervalos de dez minutos, mas o tempo sozinho não garante acertos: pontos de quebra correspondentes e roteamento continuam importando. Um cache que expire antes de cada solicitação mudaria o resultado. Eu compararia as configurações reais de retenção e a reutilização observada antes de afirmar que um fornecedor é mais barato. O post sobre cache de Ravi Kiran enfatiza reutilização e roteamento. Suas afirmações numéricas de taxa de acerto dizem respeito a outras configurações de serviço e não são uma linha de base medida para a sua aplicação da OpenAI. O ponto prático é:
"You need sticky routing, stable prefixes, and workloads that actually repeat."
Eu usaria na calculadora a fração medida de tokens de entrada servidos do cache e depois testaria cenários com menos acertos. Nem 30% nem 90% são um padrão defensável para toda aplicação, e a estimativa da calculadora ainda exclui as cobranças de gravação em cache.
Tokens de raciocínio são cobrados na tarifa de saída
Os três modelos GPT-5.6 aceitam reasoning.effort com none, low, medium, high, xhigh ou max, com medium como padrão. Esses tokens de raciocínio são cobrados como tokens de saída.
O esforço de raciocínio afeta o volume de tokens, não a tarifa por token. Por exemplo, a saída do Sol em Standard com contexto curto custa $20 por milhão de tokens, incluindo os tokens de raciocínio cobrados. Uma configuração de esforço maior pode aumentar o uso, mas o tamanho dessa mudança depende da tarefa. Eu mediria isso em vez de presumir um multiplicador fixo entre os níveis de esforço.
"But at least via the API, you pay for tokens you cannot see."
O efeito colateral é que o esforço de raciocínio colapsa em parte a diferença de preço que os níveis de modelo deveriam representar. Um comentarista no tópico do Qwen 3.8 Max colocou isso com precisão:
"So a mid priced model, with heavy reasoning output, cost the same as a expensive model, with medium reasoning output."
Ao comparar configurações de raciocínio, registre o modelo, as tarefas de avaliação, o nível de esforço e o total de tokens cobrados. Um benchmark de terceiros pode sugerir candidatos para testar, mas não é uma medição da sua fila de suporte. Eu compararia qualidade e custo nas mesmas solicitações representativas antes de escolher uma configuração.
Um desenvolvedor compartilhou uma análise local de uso precificada pelas tarifas de lista do Opus 4.7, não uma fatura da OpenAI. A estimativa da thread principal foi de $19,221: 56% leituras de cache, 35% gravações de cache e 8% saída incluindo raciocínio. A análise mais ampla cobriu 933 sessões entre threads principais e subagentes, com uma estimativa combinada de cerca de $22,720. São custos reconstruídos pelo autor, não cobranças verificadas pagas.
"Same shape as yours: re-read dominates, reasoning is the biggest re-read line, caching is the only thing keeping it sane."
Essa estimativa relatada ilustra uma possível distribuição de custos, não uma regra para todo agente. Reprocessar repetidamente uma conversa longa pode fazer da entrada em cache uma grande despesa mesmo com alta taxa de acerto. Outras cargas podem ser dominadas por saída, gravações em cache ou ferramentas. Eu separaria essas categorias nos registros reais de uso antes de escolher uma otimização.
Eu mediria a contagem de tokens e a qualidade das respostas em cada nível de esforço com tráfego representativo. Mudar o nível de serviço, encurtar contexto redundante, melhorar a reutilização e escolher outro modelo atacam custos diferentes. Nosso guia de modelos de IA para tickets de suporte discute a seleção de modelos para essa carga; não é evidência de que uma otimização vença em todas as filas.
Batch, Flex e modo Fast
Para os quatro modelos da calculadora, os níveis de serviço mudam as tarifas publicadas de tokens como mostrado abaixo. Flex e Fast usam uma configuração da solicitação; o Batch exige enviar o trabalho pelo fluxo separado da Batch API.
| Nível | Multiplicador | O que você abre mão ou ganha | Valor do campo |
|---|---|---|---|
| Batch | 0.5x | Janela de conclusão de 24 horas, nenhuma outra janela oferecida | Endpoint da Batch API |
| Flex | 0.5x | Respostas mais lentas, indisponibilidade ocasional de recursos | service_tier: "flex" |
| Standard | 1x | Tarifa base | Verifique o nível efetivo; configuração omitida segue o padrão do projeto |
| Modo Fast | 2x | Até 2.5x mais rápido, latência mais consistente | service_tier: "fast" ou "priority" |
Alguns detalhes da documentação que mudam como você os usaria.
A Batch API oferece 50% menos de custo de tokens e um pool de limites de taxa separado. Para o Sol no Tier 5, a fila de batch listada comporta 15 bilhões de tokens de entrada; é um limite de capacidade da fila, não uma vazão diretamente comparável ao teto síncrono de 40 milhões de tokens por minuto. Um batch permite até 50,000 solicitações e um arquivo de entrada de 200 MB, com até 2,000 criações de batch por hora. A janela de conclusão aceita é de 24 horas. Se um batch expirar, as solicitações não concluídas são canceladas e as concluídas continuam cobráveis. Isso o torna adequado para trabalho que pode esperar, não para toda resposta de suporte ao vivo. Um profissional comentou sobre adaptar a experiência do produto a esse atraso:
"The other thing I started looking into is batch pricing which represents 50% off for OAI tokens right now."
Verifique o suporte a Batch para o modelo e o endpoint exatos antes de projetar em torno dele. A página de preços inclui linhas de Batch para vários modelos Pro, então nem o rótulo Pro nem um preço Standard alto estabelecem que o Batch esteja indisponível. A latência continua sendo uma restrição separada. Nosso detalhamento de preços do Codex cobre os custos desse modelo.
O processamento Flex usa as tarifas de tokens do Batch para solicitações síncronas em modelos compatíveis. Pode ser mais lento ou temporariamente indisponível, então a OpenAI o recomenda para trabalho de menor prioridade, como avaliações e enriquecimento. O guia mostra um timeout de 15 minutos para solicitações longas. Um erro de recurso indisponível no Flex não é cobrado, mas isso não significa que toda solicitação que falha ou estoura o tempo seja gratuita. Limite as novas tentativas e decida explicitamente se vale a pena recorrer ao nível padrão do projeto, com seu custo diferente.
O modo Fast foi renomeado a partir de Priority processing em 30 de julho de 2026. Tanto service_tier: "priority" quanto service_tier: "fast" são aceitos. A OpenAI anuncia velocidades de até 2.5x mais rápidas para o Sol, não uma redução de latência garantida em toda solicitação. Para os quatro modelos da calculadora, as tarifas publicadas de tokens em Fast são o dobro das Standard; isso dobra o preço por token, não o número de tokens usados. O Fast não suporta modelos com fine-tuning nem embeddings.
Verifique também o padrão do projeto, além da solicitação. Um projeto configurado para Fast pode usá-lo quando service_tier é omitido; omitir não garante preço Standard. O service_tier da resposta identifica o nível realmente usado. As respostas do GPT-5.6 informam priority para Fast, e solicitações rebaixadas durante crescimento rápido de tráfego podem informar default e receber preço Standard.
Dois avisos. Primeiro, o modo Fast se soma ao acréscimo de contexto longo: a entrada de contexto longo do Sol em Fast custa $16.00 por milhão de tokens, contra $4.00 da entrada Standard de contexto curto. Isso é 4x, não 2x. Segundo, verifique o nível efetivo nas suas solicitações em vez de presumir que um job em segundo plano usa Standard:
"When I was going through this it was because OpenAI had defaulted to /fast mode with 2x token usage"
Era alguém diagnosticando um salto inexplicado na taxa de gasto no tópico de lançamento do GPT-5.6. Saber se 2.5x de velocidade vale 2x de custo é uma pergunta real, com uma resposta real para o seu produto. Pagar isso por acidente em um job em segundo plano nem chega a ser uma pergunta.
Tudo o mais que cai na fatura
Tokens não são a fatura inteira. Ferramentas, áudio, imagens e vídeo têm, cada um, seu próprio medidor, e é aqui que um protótipo "barato" deixa de ser barato sem alarde.
Ferramentas
| Ferramenta | Detalhe | Preço |
|---|---|---|
| Busca na web | Todos os modelos | $10.00 / 1k chamadas, mais tokens de conteúdo nas tarifas do modelo |
| Prévia de busca na web | Modelos sem raciocínio | $25.00 / 1k chamadas, tokens de conteúdo gratuitos |
| Busca de arquivos | Chamada da ferramenta | $2.50 / 1k chamadas |
| Busca de arquivos | Armazenamento | $0.10 / GB por dia, 1 GB grátis |
| Contêineres | Hosted Shell e Code Interpreter | $0.03 a $1.92 por sessão de 20 min, conforme o tamanho da memória |
| AgentKit | Armazenamento de uploads do ChatKit | $0.10 / GB-dia após 1 GB grátis por mês |
Os tokens de conteúdo da busca na web são material recuperado repassado ao modelo e cobrado na tarifa de entrada dele, além das tarifas de chamada de busca aplicáveis. Sessões de contêiner elegíveis são medidas por minuto com mínimo de cinco minutos; verifique as condições de preço da sessão em vez de presumir que toda execução breve recebe cobrança proporcional. O preço das chamadas da ferramenta de busca de arquivos se aplica à Responses API. Nosso guia do AgentKit, a referência da API de vector stores e o guia da Assistants API cobrem essas interfaces diferentes.
Áudio, tempo real e transcrição
| Modelo | Modalidade | Entrada | Entrada em cache | Saída |
|---|---|---|---|---|
gpt-realtime-2.1 | Áudio | $32.00 | $0.40 | $64.00 |
gpt-realtime-2.1 | Texto | $4.00 | $0.40 | $24.00 |
gpt-realtime-2.1-mini | Áudio | $10.00 | $0.30 | $20.00 |
gpt-realtime-2.1-mini | Texto | $0.60 | $0.06 | $2.40 |
A saída de áudio custa $64.00 por milhão de tokens no gpt-realtime-2.1, contra $20.00 na variante mini. São tarifas por tokens de áudio, então compará-las diretamente com preços de tokens de texto não diz o custo de uma conversa. Eu mediria o uso de áudio e a qualidade das respostas em chamadas representativas. Nosso guia de preços do GPT-realtime mini discute esse trade-off, e o guia da API de áudio e fala cobre o caminho sem tempo real.
A página de preços traz tarifas ou estimativas por minuto para transcrição. Alguns modelos também têm preço por tokens, então esses números não devem ser lidos todos como um contrato de cobrança fixa por minuto:
| Modelo | Caso de uso | Custo por minuto |
|---|---|---|
gpt-realtime-translate | Tradução ao vivo | $0.034 |
gpt-live-transcribe | Transcrição ao vivo | $0.017 |
gpt-realtime-whisper | Transcrição ao vivo | $0.017 |
gpt-transcribe | Transcrição | $0.0045 |
gpt-4o-transcribe | Transcrição | $0.006 |
gpt-4o-mini-transcribe | Transcrição | $0.003 |
Os $0.017 por minuto listados para o gpt-live-transcribe são cerca de 3.8x a tarifa de $0.0045 do gpt-transcribe. Esta última tarifa é cerca de 74% menor, mas são modelos e fluxos de trabalho diferentes. Esta comparação não é um desconto da Batch API; teste latência, precisão e requisitos de recursos antes de trocar.
Embeddings
A OpenAI publica os preços de embeddings por milhão de tokens de entrada na sua página de preços: $0.02 para text-embedding-3-small, $0.13 para text-embedding-3-large e $0.10 para text-embedding-ada-002. O guia de embeddings também traz comparações ilustrativas de páginas por dólar e de benchmark:
| Modelo | Páginas por dólar | Pontuação MTEB | Entrada máx. |
|---|---|---|---|
text-embedding-3-small | 62,500 | 62.3% | 8,192 |
text-embedding-3-large | 9,615 | 64.6% | 8,192 |
A tarifa por token do modelo grande é 6.5x a do pequeno. A diferença no benchmark não estabelece quanto melhor ele vai recuperar respostas da sua central de ajuda. Eu testaria os dois nas mesmas perguntas e documentos, verificando também o chunking e as configurações de recuperação. Nossas notas sobre como montar uma base de conhecimento com IA cobrem essa configuração.
Imagens e vídeo
O gpt-image-2 cobra $8.00 por 1M de tokens de entrada de imagem, $2.00 em cache e $30.00 de saída, com entrada de texto a $5.00. Note que a entrada em cache aqui é 25% da entrada, e não os 10% que os modelos de texto recebem. O Batch reduz tudo pela metade.
O guia de geração lista estas estimativas de custo de saída do GPT Image 2 em tamanhos selecionados. Some a entrada de texto e quaisquer cobranças de entrada de imagem de referência para estimar uma solicitação completa:
| Qualidade | Quadrada 1024x1024 | Retrato 1024x1536 | Paisagem 1536x1024 |
|---|---|---|---|
| Baixa | $0.006 | $0.005 | $0.005 |
| Alta | $0.211 | $0.165 | $0.165 |
Nessas estimativas de custo de saída listadas, uma imagem quadrada de alta qualidade custa cerca de 28% mais que uma imagem em paisagem de alta qualidade, apesar de ter menos pixels. De baixa para alta qualidade no quadrado, o aumento é de cerca de 35x. Cada imagem parcial transmitida adiciona 100 tokens de saída de imagem. Nossas notas sobre a API de edição de imagens cobrem os endpoints de edição.
O vídeo é cobrado por segundo, não por token:
| Modelo | Tamanho | 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 |
Um único minuto de sora-2-pro em 1080p custa $42.00 em Standard. Nosso detalhamento do Sora 2 cobre o que você recebe por isso.
Os níveis de uso decidem quanto você pode gastar
Os níveis de uso da OpenAI ligam as qualificações de pagamento a limites mensais de uso aprovados e a limites de taxa por modelo. Eles são distintos dos alertas de gasto e dos limites rígidos que você mesmo configura. O valor em dólares na linha Free é um limite de uso aprovado, não uma concessão de créditos gratuitos.
| Nível | Qualificação | Limite mensal de uso |
|---|---|---|
| Free | Apenas geografias permitidas | $100 / mês |
| Tier 1 | $5 pagos | $100 / mês |
| Tier 2 | $50 pagos | $500 / mês |
| Tier 3 | $100 pagos | $1,000 / mês |
| Tier 4 | $250 pagos | $5,000 / mês |
| Tier 5 | $1,000 pagos | $200,000 / mês |
E os limites de taxa por modelo sobem junto. Para o gpt-5.6-sol:
| Nível | RPM | TPM | Limite da fila 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 |
A página atual do modelo Sol lista limites Standard a partir do Tier 1; o guia de níveis de uso indica $5 pagos como a qualificação desse nível. A qualificação de pagamento não é o mesmo que $5 de tokens consumidos. O Tier 5 oferece 10x o TPM listado do Tier 4 e 75x a capacidade de fila de batch, mas não é um requisito universal de produção. Eu compararia a demanda de pico da aplicação com os limites reais da sua organização e do seu projeto.
Os limites de taxa são definidos no nível da organização e do projeto, não por usuário, e algumas famílias de modelos compartilham um pool, então uma ferramenta interna barulhenta pode estrangular seu tráfego de produção. A ingestão de vector stores tem seu próprio teto de 300 solicitações por minuto por store.
Para controle de custos, alertas de gasto e limites rígidos de gasto têm funções diferentes. Um alerta envia uma notificação enquanto o tráfego continua. Um limite rígido aplicado à organização ou ao projeto faz as solicitações afetadas retornarem 429 depois que o gasto rastreado atinge o valor configurado. A aplicação tem atraso, então o uso registrado pode ultrapassar levemente o teto. Eu combinaria alertas com uma decisão deliberada sobre limite rígido e uma alternativa no nível da aplicação, porque um teto também pode interromper o suporte ao cliente. Repetir um erro de limite de gasto não restaura o orçamento.
Preços regionais, cobrança em nuvem e prazos de fine-tuning
A residência de dados custa 10%. A nota aparece sob as quatro tabelas de níveis de serviço: os endpoints regionais de processamento "are charged a 10% uplift for models released on or after March 5, 2026, that are eligible for data residency." Se você atua em um setor regulado e presumiu que o processamento na UE era gratuito, não é. O guia sobre seus dados lista as regiões compatíveis.
O Bedrock usa a cobrança da AWS. O guia da OpenAI no Bedrock distingue esse caminho da API direta. Os preços podem diferir, então verifique o modelo e a região da AWS aplicáveis. Os limites de contexto do Bedrock também são específicos de cada modelo: 272,000 tokens para GPT-5.4 e GPT-5.5, mas 1,050,000 para GPT-5.6 Sol, Terra e Luna. Não aplique o limite dos modelos mais antigos a toda a integração.
O fine-tuning self-service também tem prazo. A página de descontinuações diz que organizações sem fine-tuning anterior perderam o acesso ao treinamento em 7 de maio de 2026. Em 2 de julho, o acesso terminou para organizações sem inferência de modelos com fine-tuning nos 60 dias anteriores. Clientes ativos existentes perdem a capacidade de criar novos jobs de fine-tuning em 6 de janeiro de 2027. A inferência continua até que o modelo base subjacente seja descontinuado, o que pode ter um prazo separado e anterior. A página de preços ainda lista vários modelos de fine-tuning; um preço listado não estabelece que sua organização possa iniciar um job de treinamento.
Se o seu modelo de custos depende de fazer fine-tuning de um modelo menor, verifique tanto a elegibilidade para treinamento quanto a data de aposentadoria do modelo base. Prompt caching e recuperação podem resolver alguns problemas de custo ou contexto, mas não são substitutos equivalentes para aprender comportamentos especializados por meio de fine-tuning.
Como a OpenAI se compara em preço
Estas tarifas selecionadas estão em dólares americanos por milhão de tokens, conferidas em 8 de setembro de 2026. As linhas da OpenAI usam preços Standard de contexto curto; a DeepSeek usa preços fora de pico. A tabela exclui ferramentas, gravações em cache, armazenamento e impostos. Uma tarifa fixa por token só vale dentro da janela de contexto suportada de cada modelo, não para um tamanho de entrada ilimitado.
| Modelo | Entrada | Leitura de cache | Saída | Preço de contexto longo |
|---|---|---|---|---|
| GPT-5.6 Sol | $4.00 | $0.40 | $20.00 | Entrada 2x e saída 1.5x acima de 272K tokens de entrada |
| GPT-5.6 Terra | $2.00 | $0.20 | $12.00 | Mesmos multiplicadores |
| GPT-5.6 Luna | $0.20 | $0.02 | $1.20 | Mesmos multiplicadores |
| Claude Opus 5 | $5.00 | $0.50 | $25.00 | Fixo em toda a janela suportada |
| Claude Sonnet 5 | $2.00 | $0.20 | $10.00 | Fixo em toda a janela suportada |
| Claude Haiku 4.5 | $1.00 | $0.10 | $5.00 | Fixo em toda a janela suportada |
| Gemini 3.7 Flash | $0.75 | $0.075 | $3.75 | Sem acréscimo por faixa de contexto listado |
| DeepSeek V4 Flash | $0.22 | $0.007 | $0.66 | Sem acréscimo por faixa de contexto listado |
| Kimi K3 | $3.00 | $0.30 | $15.00 | Sem acréscimo por faixa de contexto listado |
Fontes: OpenAI, Anthropic, Google, DeepSeek e Kimi.
O Google lista as tarifas do Gemini 3.7 Flash de $0.75/$3.75 até 31 de dezembro de 2026 e depois $1.50/$7.50 a partir de 1º de janeiro de 2027. Seu nível gratuito Standard inclui entrada e saída gratuitas, com limites e termos de uso de dados separados. O context caching pago também tem cobrança de armazenamento; a tarifa de leitura de cache sozinha não é o custo completo.
A DeepSeek dobra as tarifas fora de pico listadas entre 01:00–04:00 e 06:00–10:00 UTC, de segunda a sexta. Todos os outros horários são fora de pico. Eu usaria o cronograma esperado de solicitações, não só a linha mais barata, ao orçar um serviço de suporte que funciona 24 horas.
Nas tarifas atuais de contexto curto, os $4 de entrada e $20 de saída promocionais do Sol ficam abaixo dos $5 e $25 do Opus 5. O Sonnet 5 iguala a tarifa de entrada de $2 do Terra e cobra $10 de saída contra os $12 do Terra. São comparações por milhão de tokens, não resultados de custo por tarefa: os modelos podem tokenizar o mesmo texto de forma diferente e gerar quantidades diferentes de raciocínio. A documentação de preços da Anthropic também distingue o preço de contexto longo:
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.)
A faixa de contexto pode mudar qual opção custa menos. Para prompts curtos, a tarifa de saída listada do Gemini 3.7 Flash, $3.75, é maior que os $1.20 do Luna, não menor. Da mesma forma, a tarifa de entrada fora de pico listada da DeepSeek, $0.22, é maior que os $0.20 do Luna, enquanto sua tarifa de saída de $0.66 é menor. Uma afirmação única de que um fornecedor é o mais barato esconde essas diferenças. Eu compararia as quantidades de entrada, cache e saída de cada carga e depois levaria em conta períodos promocionais e preços por horário do dia.
Minha opinião: antes de planejar uma migração, inspecione os tamanhos reais de contexto, os níveis de serviço e o uso de cache. Teste o Batch para trabalho que pode esperar e teste prompts mais curtos onde o contexto for redundante. Não remova informação necessária para uma resposta correta só para cruzar um limite de preço. Compare essas economias medidas com outro fornecedor nas mesmas tarefas; nem a economia nem o esforço de migração podem ser inferidos só de uma tabela de tarifas.
Só depois disso uma comparação de fornecedores vale o seu tempo, e nosso panorama de alternativas ao GPT-5.6 compara o campo direito. Se o que você está calculando é uma licença de consumidor e não tokens medidos, preços do ChatGPT é o detalhamento equivalente.
Três exemplos práticos
Aqui estão três cargas mensais hipotéticas usando as tarifas atuais. Todas supõem que 50% dos tokens de entrada são cobrados como entrada em cache, salvo indicação em contrário. São estimativas de custo de tokens, não faturas completas: excluem gravações em cache, ferramentas, armazenamento, cobranças de processamento regional e outros serviços. As contagens de saída devem incluir os tokens de raciocínio cobrados.
Um classificador de tickets em alto volume. Luna, 4,000 tokens de entrada por ticket, 300 de saída, 50,000 tickets por mês, com 60% dos tokens de entrada cobrados como cache. São $36.40 por mês em Standard ou $18.20 em Batch. Eu testaria a precisão da classificação antes de escolher o modelo mais barato; uma fatura de tokens baixa não estabelece que seus rótulos sejam úteis.
Um bot de respostas com recuperação. Sol, 40,000 tokens de entrada, 900 de saída, 30,000 solicitações por mês. A estimativa é de $3,180 em Standard, $1,590 em Batch ou $6,360 em modo Fast. A diferença entre Batch e Fast é de $4,770 com essas contagens de tokens mantidas constantes. Este cálculo não mede a qualidade das respostas nem se a latência do Batch cabe em uma conversa de suporte ao vivo.
O mesmo bot após uma mudança de recuperação. Sol, 300,000 tokens de entrada, 900 de saída, 30,000 solicitações em Standard. A estimativa sobe para $40,410, cerca de 12.7x o exemplo Standard de 40,000 tokens. Duas coisas mudaram: há 7.5x mais tokens de entrada e cada solicitação agora usa tarifas de contexto longo. Seria enganoso atribuir todo o aumento a cruzar o limite.
O terceiro caso é o motivo pelo qual eu continuo dizendo que a linha do modelo não é a história. E é também o motivo pelo qual, para uma fila de suporte especificamente, acho que o preço por token costuma ser a abstração errada para raciocinar.
Onde o preço por token deixa de ser a pergunta certa
Tudo acima é uma descrição justa do que você paga a um fornecedor de modelos. É uma descrição ruim do que um ticket de suporte custa para você.
Um ticket de suporte pode exigir várias solicitações ao modelo, etapas de recuperação e ações no helpdesk. Argumentos de ferramentas gerados pelo modelo e resultados de ferramentas retornados podem adicionar tokens cobrados; executar uma chamada de API do helpdesk não gera, por si só, outra cobrança de tokens do modelo. Conte as solicitações reais ao modelo, os serviços de ferramentas cobráveis e os custos de infraestrutura. Reveja a estimativa quando o fluxo de trabalho mudar.
Um usuário do r/SaaS relatou um loop caro enquanto sondava a demanda por uma ferramenta para preveni-lo. É um incidente autorrelatado, não uma fatura auditada de forma independente:
"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."
O post descreve um loop descontrolado, mas não estabelece quais controles de gasto estavam configurados. Esse risco pede novas tentativas limitadas, limites para chamadas repetidas de ferramentas, monitoramento e controles de gasto deliberados. A OpenAI oferece limites rígidos aplicados, com atraso de propagação; a cobrança por tokens não significa, por si só, uma fatura sem teto.
Assinaturas e uso da API têm termos de preço diferentes. Em um comentário no Hacker News, Simon Willison relatou pagar $200 por assinaturas e estimou o custo equivalente em API desse uso:
"the API cost version of my token spend was $2,100"
A estimativa equivalente em API relatada é 10.5x o pagamento da assinatura, mas não é uma comparação controlada de produtos intercambiáveis. As franquias de assinatura e a cobrança direta da API usam termos diferentes. Para uma implantação via API, estime as solicitações que ela de fato fará em vez de converter o preço de uma assinatura em um orçamento de tokens.
Uma nota de vendas de março de 2026 registra um operador de e-commerce com várias empresas que caminhava para 150,000 tickets por mês e achava confusa a precificação por interação e por ticket. O comprador projetou cerca de $30,000 por mês com a tarifa discutida na época. Essa estimativa histórica não é o preço atual da eesel. Ela ilustra por que eu definiria a unidade de cobrança e a carga esperada antes de comparar ofertas.
Um serviço gerenciado muda quais partes do fluxo de trabalho você opera e como o uso é cobrado. Nosso guia de economia de custos no suporte ao cliente com IA examina essa questão de construir ou comprar.
Se você está em uma etapa anterior e ainda está dimensionando a categoria, e não a fatura, nosso guia de sistema de tickets com IA é um ponto de partida melhor.
Inspecione o uso de suporte pela CLI da eesel
O preço da API diz o que um fornecedor de modelos cobra da sua aplicação. Com a eesel, você opera um teammate gerenciado e paga pelos planos por créditos da eesel. A CLI da eesel é outra forma de acessar o mesmo teammate e workspace do painel, não uma assinatura de modelo separada nem uma forma de evitar o uso de créditos.
Isso é útil quando um agente de código ajuda a investigar uma questão de custos. Claude Code, Cursor ou Codex podem ler a saída JSON da CLI e ajudar a inspecionar a cobrança, a atividade recente e as automações que iniciam trabalho. Você está pedindo que ele examine uma configuração de suporte existente, não que construa outra aplicação nem deduza sua fatura a partir de uma tarifa por token da OpenAI.
Para um workspace existente, comece com verificações de autenticação e destino. Estes comandos exigem Node.js 18.17 ou mais recente:
npx @eesel/cli login
npx @eesel/cli whoami
npx @eesel/cli agents
npx @eesel/cli billing
Depois selecione explicitamente o teammate pretendido. Substitua SUPPORT_AGENT_ID pelo identificador dele:
npx @eesel/cli status --agent SUPPORT_AGENT_ID
npx @eesel/cli activity --agent SUPPORT_AGENT_ID
npx @eesel/cli automations --agent SUPPORT_AGENT_ID
A cobrança é uma visão somente leitura do estado atual de cobrança. Não presuma que selecionar um teammate restringe todas as cobranças no nível do workspace a esse teammate. Compare o escopo e as datas nos registros retornados. A atividade pode ajudar a explicar o que foi executado; ela não prova que toda tarefa teve sucesso, e um total de atividade não é automaticamente o total da fatura.
Uma instrução limitada para o agente de código poderia 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.
A documentação de preços atual descreve o preço de suporte como créditos, em que 1 crédito é um ticket ou uma sessão de chat, em um plano mensal fixo a partir de $299 por 500 créditos, mais $4 por post de blog. Não há taxa de plataforma nem taxa por usuário. A documentação da CLI trata especificamente os chats como trabalho cobrado, então não presuma que a inspeção gratuita da configuração significa ensaios gratuitos pela CLI.
| Tickets e chats mensais | Plano de créditos | Preço mensal |
|---|---|---|
| Até 500 | 500 créditos | $299 |
| Até 1,000 | 1,000 créditos | $499 |
| Até 2,500 | 2,500 créditos | $999 |
| Até 5,000 | 5,000 créditos | $1,899 |
Para um mês hipotético com 1,000 tickets e chats de suporte, o plano de 1,000 créditos a $499 cobre. Esse exemplo exclui complementos, excedentes e posts de blog. Use os termos reais do workspace para calcular a fatura.
Teste a decisão de lançamento, não só a aritmética
Suponha que a atividade aumentou depois que uma automação foi ampliada para mais tópicos de suporte. Primeiro inspecione o gatilho e os filtros. Um aumento de volume é motivo para investigar, não prova de cobrança duplicada nem de mau funcionamento. Pergunte se as tarefas adicionais eram pretendidas e se as respostas atenderam à política.
Para um ensaio fictício, desative as ações de escrita e use uma política de cancelamento aprovada. Peça ao teammate que redija uma resposta a um cliente que quer cancelar uma assinatura, mas também manter o acesso além da data normal de término. Ele deve separar a política da exceção solicitada, identificar quando é necessária aprovação humana e evitar afirmar que a assinatura foi alterada.
Use uma conversa nova com um --name novo, restrita ao agente selecionado, ao iniciar este caso. O chat de acompanhamento continua essa conversa. Inclua os chats pela CLI no seu orçamento de testes, pois cada um consome créditos. A flag --dry-run mostra uma prévia de uma solicitação de escrita, não a qualidade das respostas nem o gasto futuro.
Se depois você aprovar a alteração da automação ao vivo, verifique os dois lados: as solicitações pretendidas chegam ao teammate e as excluídas não. Revise o resultado real voltado ao cliente separadamente da contagem de atividade. Restringir o volume pode controlar custos, mas por si só não melhora a resposta.
Experimente a eesel
Para uma fila de suporte, compare o custo do fluxo de trabalho completo em vez de só uma chamada de modelo. A eesel usa preços por créditos, e a CLI permite inspecionar a cobrança do workspace e a atividade do teammate selecionado sem construir uma aplicação de suporte separada. Confira o plano atual e o volume de créditos antes de estimar um total mensal.

Comece com um conjunto definido de solicitações e inspecione a automação que as seleciona. Ensaie respostas de política antes de ativar a escrita e depois verifique a entrega real das ações. Um relatório mostrando o volume de tarefas é evidência de atividade, não prova de resolução bem-sucedida nem uma previsão exata da fatura.

Se você precisa de orquestração de modelos ou infraestrutura específicas da aplicação, compare uma implementação própria com a API com o fluxo de trabalho compatível de um teammate gerenciado. Unidades de cobrança diferentes refletem responsabilidades diferentes; nenhum modelo de preços garante o melhor resultado para a sua tarefa.
Confirme as integrações compatíveis, a prontidão do conhecimento e as permissões de ação para o fluxo de trabalho que você pretende executar. Conectar uma fonte não prova que o conteúdo dela terminou de ser baixado nem que toda ação do helpdesk está disponível.
Antes de decidir, compare a mesma carga com a oferta nativa de IA do seu helpdesk e inclua os custos de teste e operação nos dois lados.
Experimente a eesel se quiser configurar um teammate de suporte e inspecionar seu funcionamento pela CLI. Revise os termos atuais e as permissões propostas e só expanda depois de verificar os resultados.
Perguntas frequentes
Quanto custa a API da OpenAI por 1M de tokens em 2026?
Qual é a forma mais barata de usar a API da OpenAI?
Existe um nível gratuito na API da OpenAI?
Por que minha fatura da API da OpenAI está maior do que a página de preços sugeria?
reasoning_effort está gerando muito mais tokens de saída do que você contou. As chamadas de ferramentas também são cobradas separadamente, além dos tokens. Nosso guia sobre os limites de taxa da OpenAI cobre os tetos de vazão relacionados.