Modelo Jev explicado: preço da API, usos e acesso imediato

Atualizado em 24 de outubro de 2026: adicionado o Jev 1.14, agora servido como jev-latest.

O modelo Jev é o System One Model da TypeSafe AI. Ele recebe um state em texto ou JSON e perguntas tipadas, e devolve decisões tipadas em vez de prosa. Chame com model: "jev-latest", hoje o Jev 1.14, a $0.042 por milhão de tokens de entrada, com saída grátis e 64K tokens por requisição.

Isso torna o Jev interessante para classificação, distribuição de tickets, ranking, verificação e guardrails. Não o torna substituto de um modelo de chat, modelo de programação, calculadora ou regra de negócio determinística.

Modelo Jev explicado em resumo

A grafia oficial é Jev, não uma sigla expandida como J-E-V. A TypeSafe diz que o nome homenageia o economista William Stanley Jevons. O rótulo “System One” remete ao Sistema 1 rápido e intuitivo descrito por Daniel Kahneman em Thinking, Fast and Slow.

O que há de novo no Jev 1.14?

O Jev 1.14 (jev-1.14.0) é estável desde 14 de outubro de 2026, e tanto jev-latest quanto jev-preview apontam para essa versão. O preço e os limites padrão não mudam; o novo são duas funções experimentais ativadas por requisição.

As duas ficam atrás de cabeçalhos que a TypeSafe chama de “zona de perigo”. TypeSafe-Danger-Zone-Images: true ativa recursos de imagem e o novo tipo de pergunta Box, que devolve coordenadas dentro da imagem. TypeSafe-Danger-Zone-Long-Context: true amplia a janela para 262K tokens por requisição e por pergunta. O padrão é desligado, então sem o cabeçalho nada muda. O anúncio da TypeSafe (consultado em 24 de outubro de 2026) pede para usá-las por sua conta e risco. Nós ainda não testamos esses dois cabeçalhos pela OmniaKey.

Requisições que fixam jev-1.13.0 continuam funcionando, e o corpo padrão não muda: state, questions e um model opcional. Voltar atrás é uma linha, então teste primeiro suas tarefas reais no 1.14 e depois mova o tráfego de produção.

O que o Jev realmente faz?

Pense no Jev como uma função semântica probabilística:

estado estruturado ou não estruturado
  + perguntas e espaços de resposta predefinidos
  -> decisões tipadas e distribuições de probabilidade

Um LLM comum é otimizado para continuar uma sequência e gerar strings. Mesmo no JSON mode, a aplicação ainda pede a um modelo generativo que componha uma resposta. O Jev abre mão da geração livre. O chamador define primeiro o formato permitido da saída, e o modelo avalia todas as perguntas sobre o mesmo estado.

A TypeSafe chama seu método de treinamento de Reinforcement Learning for Calibrated Decisions (RLCD). O objetivo não é apenas escolher uma resposta, mas produzir probabilidades cuja confiança acompanhe a precisão em grupos de previsões. Calibration é uma propriedade estatística: uma probabilidade de 0.8 deveria corresponder a cerca de 80% de acerto em casos comparáveis. Ela não garante que uma resposta específica esteja correta.

Choice, Score e Noul

O Jev expõe três tipos de pergunta. Eles são o núcleo da API, não opções de formatação aplicadas depois da geração.

Um Choice pode conter até 255 opções. Um Score aceita de 2 a 10 níveis descritivos. Noul não tem campo separado de confiança porque seu valor de 0 a 1 já é a probabilidade de “sim”.

Várias perguntas em uma requisição são avaliadas de forma independente e em paralelo sobre o mesmo estado. Isso é útil quando um workflow precisa de vários sinais, mas também significa que uma resposta não condiciona automaticamente outra. Se a pergunta B depende da A, o código precisa tornar essa dependência explícita.

Exemplo de requisição à API do Jev

Este exemplo abreviado envia pela OmniaKey o formato documentado pela TypeSafe. Uma mensagem de suporte é avaliada para distribuição, frustração e urgência em uma única chamada.

curl https://api.omniakey.com/v1/alpha/search \
  -H "Authorization: Bearer $OMNIAKEY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "state": "My payouts have failed for three days and I am losing sales. Please help now.",
    "model": "jev-latest",
    "questions": {
      "department": {
        "type": "choice",
        "instructions": "Which team should handle this?",
        "criteria": {
          "billing": "Payments, invoices, or refunds",
          "technical": "Bugs, outages, or integrations",
          "sales": "Pricing, upgrades, or new accounts"
        }
      },
      "frustration": {
        "type": "score",
        "instructions": "How frustrated is the customer?",
        "criteria": ["Calm", "Frustrated", "Very angry"]
      },
      "is_urgent": {
        "type": "noul",
        "instructions": "Does this message convey urgency?"
      }
    }
  }'

A resposta mantém os mesmos IDs das perguntas. department retorna uma das três strings permitidas e uma distribuição entre todas elas. frustration pode ser fracionário porque representa a posição ponderada pelas probabilidades nos níveis fornecidos. is_urgent retorna apenas a probabilidade de “sim”.

Os valores exatos variam conforme a entrada, os criteria e a versão do modelo. É o código, não o modelo, que decide qual probabilidade é suficiente para agir.

Jev versus LLM e classificador

O Jev ocupa um meio-termo útil, mas as diferenças importam.

Chamar o Jev de “apenas um classificador” ignora sua flexibilidade por requisição. Chamá-lo de “LLM mais rápido” ignora que ele não consegue gerar explicação, redigir e-mail, escrever código nem inventar uma resposta fora das opções fornecidas. Os modelos d1 da Liquid AI tomam o mesmo tipo de decisões limitadas e também são distribuídos como pesos abertos; confira a análise da API Liquid AI d1.

JSON mode também não é a mesma coisa. Ele restringe a sintaxe do texto gerado. O Jev restringe o próprio espaço de resposta e retorna a distribuição completa usada na decisão. Isso só é valioso quando o problema pode ser expresso como perguntas de opções fechadas.

Preço da API Jev

A TypeSafe lista o Jev 1.14, assim como o 1.13, por $0.042 por milhão de tokens de entrada, ou $42 por bilhão. A saída é grátis por ser “barata demais para medir”, embora a resposta ainda informe o uso de tokens de saída.

São exemplos aritméticos, não medições de faturas. Excluem retries, pré-processamento, outro modelo em uma cascade, armazenamento, trabalho de engenharia e futuras mudanças de preço.

Janela de contexto e limites do Jev

O contexto tem dois limites simultâneos: todo o estado e as perguntas devem caber em 64K tokens, enquanto o estado mais a pergunta mais longa devem caber em 32K. Mais contexto não é automaticamente melhor. O próprio guia de jaggedness da TypeSafe diz que detalhes irrelevantes reduzem a precisão.

Os limites publicados de 250,000 tokens/s e 1,200 requisições/minuto são por conta, não uma promessa de velocidade por requisição. A TypeSafe avisa explicitamente que eles mudam dinamicamente durante o early access.

São limites diretos da TypeSafe. Uma conta OmniaKey pode ter acesso, preço e limites próprios. Requisições completas, respostas, Python/Node.js e erros estão no guia de integração da API Jev.

Qual é a força da alegação de velocidade?

A TypeSafe informa 70–500 ms de resposta de ponta a ponta e diz que o Jev pode ser 40–200 vezes mais rápido que modelos frontier em consultas “com formato de System One” e inteligência comparável. O material de lançamento também destaca uma avaliação de workflow em que o Jev foi 193.6 vezes mais rápido e 444.6 vezes mais barato.

Esses números são resultados do fornecedor, não um benchmark neutro. A TypeSafe divulga várias ressalvas importantes:

1. As medições de latência publicadas foram geralmente iniciadas em laptops de funcionários na costa oeste dos EUA, onde o serviço também estava hospedado.
2. As tarefas de workflow foram criadas pela equipe de model-capabilities da TypeSafe, portanto pode haver viés de seleção.
3. A resposta de referência usou a média de GPT-6 Astra e Fable 5.1, o que pode favorecer essas famílias.
4. As chamadas aos LLMs concorrentes passaram pela OpenRouter e pelo wrapper estruturado da TypeSafe.
5. A própria TypeSafe chama os resultados de 193.6x e 444.6x de extremo superior dos ganhos reais esperados.

A conclusão correta é mais estreita: a saída restrita e a avaliação paralela do Jev oferecem um caminho plausível para latência e custo muito baixos em decisões limitadas. Elas não provam que o Jev seja 40–200 vezes mais rápido em qualquer tarefa, equivalente a um LLM frontier em inteligência geral ou melhor em geração e raciocínio de várias etapas.

“Zero alucinações” exige uma definição precisa

A TypeSafe anuncia o Jev como incapaz de alucinar. A parte defensável é a segurança do schema: uma resposta Choice não pode inventar uma quarta opção e o serviço não deveria retornar prosa quando o código espera um número. A TypeSafe diz que essa correspondência é garantida por construção, não medida como taxa empírica de erro zero.

Mas uma resposta com o tipo correto ainda pode estar semanticamente errada. A documentação do Jev 1.13 lista falhas envolvendo:

• leitura literal demais e perda de intenção implícita;
• contagem, aritmética, datas e precisão numérica pouco confiáveis;
• raciocínio indireto em vários saltos;
• estado longo com detalhes irrelevantes;
• conteúdo adversarial ou com prompt injection;
• instructions e criteria contraditórios;
• probabilidades que não obedecem a identidades intuitivas entre perguntas formuladas separadamente;
• qualquer tarefa que exija geração de texto.

Portanto, a afirmação prática é zero geração fora do esquema, não zero erro de decisão. O código de produção ainda precisa de dados de avaliação, limites conservadores, validação determinística e um caminho de escalonamento.

Onde o Jev se encaixa bem

O modelo Jev explicado até aqui é um bom candidato quando três condições coincidem: o espaço de resposta é limitado, o julgamento é semântico em vez de matemático e outro software consumirá o resultado.

O Jev não é uma boa opção padrão para escrita, resumo, geração de código, extração aberta, aritmética exata, comparação de datas ou raciocínio causal longo. Use código normal para lógica exata e um modelo generativo ou de raciocínio quando a própria saída precisar ser criada.

Checklist para produção

1. Mantenha o trabalho determinístico no código. Analise datas, conte itens, calcule valores e aplique permissões sem um modelo.
2. Faça perguntas atômicas. Divida “Devemos aprovar esta solicitação?” nos fatos independentes que realmente determinam a decisão.
3. Descreva todos os limites. Adicione other ou none quando um Choice não for exaustivo e escreva níveis concretos de Score.
4. Teste na sua própria distribuição. O inglês é o principal idioma de treinamento; a TypeSafe diz que outros idiomas, incluindo escritas CJK, não têm o mesmo desempenho.
5. Calibre ações, não apenas previsões. Não use o mesmo limite de confiança para uma troca de tela reversível e automação de alto impacto.
6. Fixe uma versão depois do ajuste. jev-latest pode mudar. Registre o ID versionado da resposta e migre os limites de forma deliberada.
7. Escale a incerteza. Encaminhe casos ambíguos a uma pessoa ou a um modelo de raciocínio mais lento em vez de forçar uma decisão.
8. Meça o custo por tarefa aceita. Inclua retries, decisões erradas, revisão humana e chamadas LLM posteriores, não apenas o preço por token.

O Jev está disponível pela OmniaKey?

Sim. O Jev está disponível pela OmniaKey como jev-latest. Esse ID aponta hoje para o Jev 1.14, e a OmniaKey o repassa à TypeSafe sem trocar o nome, então não é preciso reconectar quando sai uma versão nova. Você não precisa solicitar o early access da TypeSafe nem aguardar uma lista de espera. Crie uma chave específica no painel de API Keys e use-a imediatamente. A ficha do catálogo está na página do modelo Jev 1.14.

Envie o corpo nativo do Jev para POST https://api.omniakey.com/v1/alpha/search. Esse é um endpoint dedicado ao Jev, não um endpoint OpenAI Chat Completions, portanto mantenha a estrutura state e questions mostrada acima. O smoke test de 20 de setembro retornou HTTP 200, o modelo resolvido jev-1.13.0, answers tipadas e usage de tokens. A mesma requisição agora resolve para jev-1.14.0. Para programação aberta e trabalho com Agents, o guia de modelos para Agents de programação cobre os modelos generativos de outra camada do stack.

Veredito final

O modelo Jev explicado neste artigo é melhor entendido como uma nova interface para decisões semânticas, não como substituto universal de um LLM. Sua ideia mais forte é simples: deixar o julgamento impreciso para o modelo, forçar a saída a um tipo que o programa entende, expor a incerteza e manter composição e lógica exata no código.

A API atual é excepcionalmente barata no papel e a arquitetura foi desenhada para baixa latência. O modelo também está em early access, aceita texto por padrão, é mais forte em inglês e tem fraquezas documentadas em matemática, datas, indireção, contexto irrelevante e entradas adversarial. Trate comparações de velocidade e inteligência como alegações do fornecedor até existirem testes independentes equivalentes.

Perguntas frequentes

O Jev é um LLM?

A TypeSafe chama o Jev de System One Model, não de LLM. Ele entende estado em linguagem natural, mas não gera texto livre. As fontes revisadas não revelam detalhes suficientes da arquitetura para determinar de forma independente quão próxima a rede subjacente é de um modelo de linguagem convencional.

O Jev pode substituir GPT ou Claude?

Não. O Jev não consegue escrever, explicar, programar ou produzir geração aberta. Ele pode complementar um modelo generativo distribuindo solicitações, verificando saídas, pontuando respostas ou decidindo quando executar um modelo mais lento.

O que significam Choice, Score e Noul?

Choice seleciona de um conjunto fechado e retorna as probabilidades de todas as opções. Score posiciona o estado entre 2 e 10 níveis descritos. Noul retorna a probabilidade de uma afirmação sim/não ser verdadeira.

O Jev realmente tem zero alucinações?

Ele não pode gerar um valor fora do tipo de resposta declarado, eliminando muitos erros de parsing e schema. Ainda pode escolher uma opção válida errada ou atribuir uma probabilidade enganosa. Segurança de tipo não é correção semântica.

Como acessar a API do Jev sem lista de espera?

Crie uma API Key da OmniaKey, envie o corpo nativo do Jev para POST https://api.omniakey.com/v1/alpha/search e defina model como jev-latest. Não é necessária outra conta da TypeSafe nem aprovação de early access.

Quanto custa a API do Jev?

A TypeSafe lista o Jev 1.14 a $0.042 por milhão de tokens de entrada, com saída atualmente grátis. Preços diretos e rate limits podem mudar durante o early access.

Qual versão é o jev-latest agora?

O Jev 1.14 (jev-1.14.0). O jev-preview também aponta hoje para a mesma compilação. Para fixar, informe jev-1.13.0 ou jev-1.14.0 na requisição.

O Jev aceita imagens ou português?

Ele aceita texto por padrão. Strings, objetos JSON e arrays precisam conter texto. O Jev 1.14 adiciona recursos de imagem atrás do cabeçalho TypeSafe-Danger-Zone-Images: true, que a TypeSafe marca como experimental. Português e outros idiomas são aceitos, mas a TypeSafe diz que o inglês é atualmente o mais forte e recomenda testar cargas não inglesas nos seus próprios dados.

Jev é grátis?

O preço direto verificado cobra $0.042 por milhão de tokens de entrada e oferece saída gratuita. Saída grátis não significa requisição grátis. Testes, créditos promocionais e cobrança do gateway têm condições próprias; consulte a oferta da conta sem presumir uma cota gratuita para todos.

Quantos parâmetros o Jev tem?

A página de modelos da TypeSafe (consultada em 24 de outubro de 2026) informa contexto e formatos de entrada, mas não o número de parâmetros. 64K e 32K são limites de tokens, não parâmetros do modelo. Não é possível deduzir tamanho dos pesos ou hardware local a partir deles.

Fontes primárias

• TypeSafe: Jev 1.14 release (em inglês) (consultado em 24 de outubro de 2026)
• TypeSafe: Introducing System One Models & Jev (em inglês)
• Documentação TypeSafe: Introduction (em inglês)
• Documentação TypeSafe: System One (em inglês)
• Documentação TypeSafe: Models and pricing (em inglês) (consultado em 24 de outubro de 2026)
• Documentação TypeSafe: HTTP API reference (em inglês)
• Documentação TypeSafe: Confidence (em inglês)
• Documentação TypeSafe: Jev 1.13 jaggedness (em inglês)

Preços, limites e detalhes do Jev 1.14 conferidos novamente em 24 de outubro de 2026. O smoke test anterior do gateway continua datado de 20 de setembro; esta atualização não é um novo teste pago. O Jev muda rápido, então confira versão e condições da conta antes da produção.