Quanto custa o Jev? Entenda o preço por bilhão de tokens de entrada

Tem preço que você lê duas vezes achando que errou uma casa decimal

Fala aí, beleza? A TypeSafe AI saiu do stealth em 15 de setembro de 2026 com o Jev, o primeiro modelo da casa, e ele chegou cobrando SÓ tokens de entrada: US$ 0,042 por milhão, o equivalente a US$ 42 por bilhão de tokens de entrada

A saída? Zero

E não, não é promoção de lançamento disfarçada de tabela de preços… tem um motivo mecânico por trás disso, e é justamente esse motivo que muda a forma como tu monta a planilha de custo. Bora entender o preço do Jev e como transformar isso num número que você leva pro orçamento antes de pedir acesso

Por que o Jev não cobra tokens de saída

O Jev é o que a TypeSafe chama de modelo System One

Se você conhece a ideia de sistema 1 e sistema 2 do pensamento humano, é bem por aí: o sistema 2 é o raciocínio lento e deliberado, o sistema 1 é a resposta rápida, quase reflexo. O Jev mora no reflexo

Na prática isso significa que ele não é autorregressivo

E o que muda com isso? Um modelo autorregressivo gera token por token, cada token novo olhando pros anteriores, até fechar o texto. É essa decodificação que tem custo e é ela que aparece na sua fatura como "output tokens"

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

O Jev não gera texto

Ele devolve uma decisão tipada, com probabilidade e confiança. Não tem parágrafo pra escrever, não tem cadeia de tokens pra decodificar, então não sobra nada pra medir na saída. Por isso o valor é US$ 0,00 por milhão de tokens de saída hoje

Isso também explica o tempo de resposta divulgado, que fica entre 70 e 500 ms fim a fim

Sem decodificação longa, sem espera longa

Se você está acostumado a projetar custo de LLM conversacional, onde a saída costuma ser a parte cara da conta, vale comparar com a lógica de quanto custa por token no Claude Fable 5 pra sentir o tamanho da diferença de modelo mental aqui

Como estimar seu gasto mensal com o Jev em 4 passos

A conta é honestamente simples, o que dá errado é sempre a estimativa de entrada. Se liga nos passos:

1. Conte as decisões por mês

Decisão = uma chamada à API. Não é usuário, não é sessão, não é documento: é cada vez que teu sistema pergunta algo pro modelo. Triagem de ticket, roteamento de mensagem, classificação de anexo, cada uma dessas é uma decisão

O erro comum deste passo: contar só o fluxo feliz. Retry, fila de reprocessamento e job noturno também batem no endpoint e também entram na conta

2. Estime os tokens médios por decisão

Aqui mora o dinheiro. Nos exemplos da própria TypeSafe, um ticket de suporte junto com suas perguntas gira em torno de 300 tokens de entrada

Tome cuidado! O que conta é TUDO que você manda: o estado (o ticket, o documento, o histórico, os metadados) mais as perguntas. Não é só a pergunta

O erro comum deste passo: usar o tamanho da pergunta como proxy do tamanho da chamada. Se você manda um documento de 8 mil tokens junto, sua decisão custa 8 mil tokens, não 40

3. Multiplique pelo preço

A fórmula é essa:

custo_mensal_usd = (decisoes_por_mes * tokens_medios_por_decisao / 1.000.000) * 0,042

Com 300 tokens por decisão, cada chamada sai por cerca de US$ 0,0000126

O erro comum deste passo: esquecer que a janela de contexto do Jev 1.13 é de 32.000 tokens. Isso é teto técnico, não só teto de custo. Se o teu estado médio está encostando nesse número, o problema não é a fatura, é que o payload não cabe

4. Converta pra real

Usando o dólar de 18/09/2026, a R$ 5,14:

custo_mensal_brl = custo_mensal_usd * 5,14

O erro comum deste passo: travar o câmbio na planilha e esquecer dele. Todo custo em dólar é custo variável em reais, é a mesma pegadinha de quem monta orçamento de ferramenta gringa sem olhar a cotação, coisa que vale pra qualquer assinatura, inclusive pro custo do Claude Code no Brasil

Quanto o Jev custa por decisão e por volume

Essas são as âncoras oficiais, sem chute meu no meio. As duas primeiras linhas assumem o tamanho médio dos exemplos da TypeSafe, cerca de 300 tokens de entrada por decisão

Como só a entrada é cobrada, a escala é linear: dez vezes mais decisões do mesmo tamanho, dez vezes o custo. Sem degrau, sem surpresa vindo da saída

É uma escala que quebra a intuição de quem orça IA, eu sei. Só não esquece que ela DEPENDE inteiro do tamanho médio de 300 tokens… dobrou o estado, dobrou a conta, também linearmente

Pra ver em real, aplica o câmbio de R$ 5,14 em cima do valor em dólar que a TUA estimativa der. Eu prefiro não deixar conversão mastigada aqui, porque a cotação muda e a planilha envelhece sozinha

O que mais pesa na conta: tamanho do estado, não número de perguntas

Essa é a parte que mais muda arquitetura, e não é sobre preço de tabela, é sobre como você chama a API

Cada pergunta enviada numa MESMA requisição roda em paralelo contra o mesmo estado

Ou seja: você manda o documento uma vez, e cada pergunta extra custa somente os próprios tokens. O estado não é reenviado a cada pergunta

O cookbook oficial de perguntas paralelas mostra o tamanho do estrago: agrupar 13 perguntas numa única chamada saiu 12,2x mais barato e 10x mais rápido do que fazer 13 chamadas sequenciais, usando jev-1.12 e um documento de 53.777 caracteres

12,2x. Não é otimização de margem, é outra ordem de grandeza

Repara na versão, porque isso confunde fácil: o cookbook rodou no jev-1.12, e a janela de 32.000 tokens que citei lá em cima é do jev-1.13, que é o identificador listado hoje no OpenRouter. Então trata o 12,2x como ordem de grandeza do ganho de agrupar perguntas, não como spec da versão atual. O limite de contexto, esse sim, é da 1.13

O raciocínio faz sentido quando você desenha: em 13 chamadas separadas, o documento gigante viaja 13 vezes. Em uma chamada só, ele viaja uma vez e as perguntas vão de carona

Dá pra traduzir isso em três cenários bem comuns:

• Triagem de ticket curto: estado pequeno, várias perguntas (é urgente? é bug ou dúvida? qual time? precisa de humano?). Aqui o custo já é baixo e agrupar deixa ele quase irrelevante
• Classificação de documento longo: estado grande, e é EXATAMENTE onde agrupar perguntas paga a conta. Se você precisa de 8 atributos de um contrato, pede os 8 na mesma chamada, não em 8
• Moderação em lote: volume alto, estado pequeno e repetitivo. O custo escala linear com o volume, então o ganho vem de cortar gordura do payload, não de cortar pergunta

A regra de bolso que dá pra tirar disso: pergunta é barata, estado é caro

Tokens desperdiçados: por que o tamanho do que entra é o centro da conta

Se a conta inteira depende do que entra, otimizar o que entra vira trabalho de engenharia, não de planilha

Pra começar do zero nesse assunto de contexto e desperdício de tokens, este vídeo do canal mostra por onde some boa parte do que você manda pro modelo e o que dá pra fazer a respeito:

O preço pode mudar? O que a TypeSafe diz

Aqui eu prefiro ser chato do que otimista

A própria TypeSafe declara publicamente que não consegue provar que o preço atual não é subsidiado

E diz esperar que o preço caia com o tempo, não suba

É uma sinceridade que eu acho massa de ver num lançamento, sério. Mas "esperamos que caia" não é contrato

Soma o contexto: a empresa saiu do stealth com US$ 40 milhões em rodada seed e o Jev está em early access desde 15/09/2026. Dinheiro novo em caixa e produto em acesso antecipado é a combinação clássica de preço que ainda vai encontrar seu lugar

O que isso muda no teu orçamento, na prática:

• Não construa um modelo de negócio cuja margem só fecha com US$ 0,042 por milhão
• Trate o número de hoje como piso de referência, não como garantia de 2027
• Se o volume for alto, tenha uma resposta pronta pra pergunta "e se a saída passar a ser cobrada?", mesmo sem cronograma anunciado

Early access é pra validar hipótese e medir o teu estado real, não pra migrar produção inteira num fim de semana

Onde acessar o Jev para validar seu número na prática

Estimativa é chute educado até você medir o tamanho real do teu payload. Os caminhos verificados de acesso são estes:

1. Entrar na lista de espera

O acesso direto é por waitlist no site da TypeSafe

2. Chamar o endpoint de decisão

A rota de decisões é POST https://api.typesafe.ai/v1/systemone, e o modelo usado no early access é jev-latest

3. Instalar o SDK oficial em Python

python -m pip install typesafe-sdk

O SDK lê a variável de ambiente TYPESAFE_API_KEY e usa jev-latest como padrão

O erro comum deste passo: exportar a chave só no terminal e esquecer dela no ambiente onde o job realmente roda (container, CI, serverless). Já vi muita gente perder uma tarde nisso

4. Usar via OpenRouter, se preferir não esperar a fila

O Jev está no OpenRouter em beta, com os identificadores typesafe/jev-1.13 e jev-latest

O erro comum deste passo: assumir que o preço via intermediário é idêntico ao da API direta. Confere a página do provedor antes de fechar a planilha

5. Verificar os catálogos de plataforma

O Jev também aparece listado no catálogo de modelos da Cloudflare AI e no Vercel AI Gateway, o que ajuda se tua stack já vive num desses lugares

Conclusão

O número que vai pro orçamento é esse: US$ 0,042 por milhão de tokens de entrada, US$ 42 por bilhão, saída em US$ 0,00

Com decisões na casa dos 300 tokens, 100 mil chamadas ficam em torno de US$ 1,26, valor que tu converte pelo câmbio do dia (R$ 5,14 em 18/09/2026) pra jogar no orçamento em real

Mas o próximo passo não é projetar volume, é medir o tamanho médio do estado real que tu manda por decisão. É ele que multiplica tudo

Mede, vê se cabe confortável dentro da janela de 32.000 tokens, agrupa as perguntas que puder na mesma chamada e só então bota o volume na conta

A planilha fica bem mais honesta assim 😀

até o próximo post!