Pular para o conteúdo
← Voltar para o Skalablog

Artigo publicado

Como usar o Jev para decisões rápidas no seu software

Engenharia de SoftwareChatGPTOpenAIVercel

O Jev é um modelo de IA da TypeSafe AI que não gera texto: ele recebe um estado tipado e devolve decisões estruturadas com nível de confiança. Lançado em 15 de setembro de 2026 como o primeiro modelo "system one", ele promete classificação sem JSON, sem parsing e sem alucinação estrutural.

O que é o Jev da TypeSafe AI?

O Jev é um modelo de IA lançado pela TypeSafe AI em 15 de setembro de 2026, apresentado como o primeiro modelo "system one" do mercado. Ele não conversa, não redige parágrafos e não escreve código: recebe um estado estruturado e devolve decisões probabilísticas com grau de confiança.

A tese da empresa é direta: estamos usando chatbots para resolver problemas que software deveria resolver de outra forma. Um agente que só precisa decidir se chama uma ferramenta não precisa de um LLM inteiro raciocinando em texto aberto. Precisa de um sim ou não bem calibrado.

Segundo o vídeo do canal Código Fonte TV, publicado em 1º de outubro de 2026, o criador do modelo é Diogo Almeida, ex-OpenAI, que teria trabalhado na área de aprendizado por reforço antes de dedicar dois anos ao projeto. A empresa teria captado 40 milhões de dólares no Vale do Silício, valor atribuído à reportagem citada no vídeo e não verificado de forma independente aqui.

Um ponto importante: o Jev não é um wrapper de nenhum outro modelo. Trata-se de um foundation model treinado especificamente para decisões estruturadas, o que o diferencia de camadas finas sobre ChatGPT ou outros modelos generativos.

Como funciona a arquitetura state, questions e answers?

Uma chamada ao Jev se divide em três partes: state, questions e answers. O state é o contexto necessário para a decisão, como os dados de um chamado de suporte: assunto, mensagem do cliente, código de erro. Você envia apenas o que a decisão exige.

Nas questions, você define o tipo de decisão em vez de escrever um prompt pedindo JSON. Existem três primitivas principais, e todas podem ser enviadas na mesma chamada e avaliadas em paralelo:

### As três primitivas de decisão

  • choice: você fornece uma lista fechada de opções e o modelo escolhe entre elas, como definir qual time deve atender um chamado.
  • score: o modelo avalia algo dentro de uma escala, como medir o nível de frustração de um cliente.
  • bool (sim/não): uma decisão binária expressa como probabilidade, por exemplo, se o chamado é urgente.

No answers, o software recebe valores prontos para uso, acompanhados de probabilities e confidence. A confiança é o número que muda a lógica do seu código: você pode escalar um chamado para um humano quando a confiança cai abaixo de um limiar, algo que um LLM tradicional não entrega de forma nativa.

O que é RLCD e por que ele difere do RLHF?

O RLCD (Reinforcement Learning for Calibrated Decisions) é o método de treinamento que a TypeSafe AI diz usar no Jev. Ele muda o objetivo do aprendizado por reforço: em vez de treinar o modelo para produzir respostas que humanos consideram boas, como faz o RLHF, ele treina o modelo para decidir e expressar corretamente a confiança nessa decisão.

Isso importa na prática porque LLMs tradicionais, quando pedidos para declarar a própria confiança, tendem a produzir valores inconsistentes ou excessivamente confiantes, segundo a própria empresa. Com confiança calibrada, seu código ramifica: alta confiança segue automático, baixa confiança vai para revisão.

Sobre o "zero erro de esquema": isso não significa que o Jev nunca decide errado. Significa que ele não deveria devolver um valor incompatível com o tipo definido. Uma resposta pode ser estruturalmente válida e ainda assim semanticamente errada, e é aí que o número de confiança entra como salvaguarda.

Jev vs LLM: quando usar cada um?

A diferença central não está em qual modelo é mais inteligente, mas em como a resposta é produzida e entregue. O LLM gera texto token por token, mesmo quando você pede JSON; depois o código precisa fazer parsing, validar e tratar erros, às vezes repetindo a chamada. O Jev processa todas as decisões em paralelo e já entrega o formato definido pelo programa.

A regra prática apresentada no vídeo é simples e vale memorizar: se a saída é um valor que seu código usa para ramificar, considere o Jev. Se a saída é um texto que uma pessoa vai ler, use um LLM.

### Comparativo lado a lado

DimensãoJev (system one)LLM tradicional
SaídaDecisões tipadas com probabilidadeTexto aberto, token por token
LatênciaRespostas paralelas, alta velocidadeSequencial, sujeita a geração longa
Erro de esquemaZero por design (tipagem)Depende de parsing e validação
ConfiançaCalibrada e nativaAuto-declarada, inconsistente
Uso idealClassificação, roteamento, triagemRaciocínio aberto, geração de conteúdo
Papel no agenteComplemento decisórioCérebro que raciocina e gera

Quais casos de uso reais já foram relatados?

Os números abaixo vêm de cases citados em reportagens apresentadas no vídeo de 1º de outubro de 2026 e devem ser lidos como resultados relatados, não medidos de forma independente. A Vercel, plataforma de infraestrutura para deploy, teria substituído um modelo barato da OpenAI na execução de comandos de segurança pelo Jev, com resultados até 18 vezes mais rápidos e mais precisos.

O outro caso é do Mod Duck, um data warehouse: a classificação de texto teria ficado 50 vezes mais rápida com 1% do custo. A função SQL alimentada pelo Jev processou 100.000 linhas em 40 segundos por 50 centavos, enquanto o LLM comparado teria levado 32 minutos e custado 37 dólares. São benchmarks específicos de classificação, não provas de superioridade universal.

A demanda aparentemente superou a capacidade: segundo o vídeo, dias após o lançamento o serviço já estava fechado para novas inscrições, depois de passar por uma lista de espera e preview aberto. Também circulou que integrações com ferramentas de agentes estavam em curso, mas isso permanece no estágio de anúncio, não de recurso confirmado.

Quais são as limitações atuais do Jev?

A principal limitação é conceitual: o Jev não é substituto de um LLM. Ele não raciocina em texto aberto, não resume documentos e não escreve o relatório que seu cliente vai ler. Para raciocínio aberto e geração, o LLM continua sendo a ferramenta certa.

A segunda limitação é operacional: o acesso estava restrito no momento da gravação, com cadastro fechado. A terceira é de maturidade, e o próprio vídeo admite: o modelo é novíssimo, os cases são poucos e os números são de quem tem interesse no sucesso da tecnologia. Vale acompanhar se resultados independentes vão confirmar os ganhos de velocidade e custo.

Para quem quiser rodar cargas de decisão em infraestrutura própria quando o acesso abrir, a combinação de um VPS com Docker e deploy direto do GitHub continua sendo o caminho mais previsível em custo, como fazem muitos times que publicam várias versões por dia.

FAQ: perguntas frequentes sobre o Jev

  • O Jev substitui o ChatGPT? Não. O Jev não gera texto nem código; ele decide. Ele complementa um LLM cuidando das decisões rápidas e estruturadas ao longo do fluxo, enquanto o LLM cuida do raciocínio aberto.
  • O Jev alucina? Ele não devolve valores incompatíveis com o tipo definido, mas pode tomar decisões semanticamente erradas. Por isso o modelo retorna probabilidades e confiança, que permitem ao código reagir.
  • O Jev é um wrapper de outro modelo? Não, segundo a TypeSafe AI. É um foundation model treinado do zero para decisões calibradas, não uma camada sobre LLMs existentes.
  • Quando o Jev foi lançado e como acesso? O lançamento foi em 15 de setembro de 2026. Dias depois, o cadastro de novos usuários estava fechado por capacidade; acompanhe os canais oficiais da empresa para reaberturas.
  • Os números de velocidade e custo são confiáveis? Eles vêm de cases relatados pela própria empresa e parceiros, como os números da Vercel e do Mod Duck citados em reportagens. São resultados específicos de classificação, ainda sem verificação independente ampla.

Transforme seus vídeos em artigos com o Skala Blog

Este artigo nasceu de um vídeo de 12 minutos sobre o Jev, e a mesma jornada pode servir para o seu conteúdo. Se você explica arquitetura, compara ferramentas ou ensina decisões técnicas em vídeo, esse conhecimento merece uma versão escrita que os buscadores encontram.

No Skala Blog, você cola a URL do vídeo do YouTube, o áudio é transcrito e vira um artigo estruturado, pronto para revisar e publicar. O fluxo é simples: vídeo → transcrição → artigo.

Se você quer se aprofundar em desenvolvimento e construir uma base sólida antes de integrar modelos como o Jev aos seus agentes, vale conhecer o Bootcamp do Dev Doido, o conteúdo do Gustavo Dev Doido e o Crazystack Typescript, formação prática para quem programa com TypeScript no mundo real.

Source video