ENPT

Jev

Última atualização:

Waitlist70–500ms$0.042/M input

Notas do quadrante

Ver o quadrante completo

Pontuação pela rubrica pública do quadrante (maturidade × capability; bolha = adoção). Revisamos conforme a evidência.

  • Maturidade4.1/10

    Waitlist / early access puxa a disponibilidade para baixo; docs públicas e integrações iniciais (OpenRouter, PRs em frameworks) ajudam, mas ainda não há SLA público.

  • Capability7.4/10

    Cobre choice / score / boolean com claims fortes de latência; RLCD é citado, mas benches públicos independentes de acurácia ainda são escassos (nota em parte vendor).

  • Adoção58/100

    Maior sinal de launch-week na categoria (HN, imprensa, apps cedo), mas ainda são dias — longe de awareness mainstream.

Vendor claims

O Jev é o primeiro modelo Sistema Um público da TypeSafe AI. Não é chatbot e não gera texto livre. Você envia estado do programa mais um mapa de perguntas tipadas; ele devolve respostas estruturadas com probabilidades calibradas — em geral em 70–500ms (chamadas quentes frequentemente citadas perto de ~100–200ms).

O nome da categoria vem do enquadramento de Daniel Kahneman: Sistema 1 é rápido e automático; Sistema 2 é lento e deliberativo. LLMs frontier se comportam como Sistema 2 (geração token a token). O Jev é posicionado como Sistema 1 para software — classificar, rotear, pontuar, fazer gate — e deixar o ensaio para um LLM quando você de fato precisa de texto.

“Todo mundo discutindo qual modelo de chat ‘ganha’ em 2026. Briga errada. O Jev não tenta escrever um parágrafo mais bonito pra você.” — @juliench82

Specs

Atributo Valor
Empresa TypeSafe AI (San Francisco)
Fundador Diogo Almeida (ex-OpenAI; linhagem RLHF / InstructGPT)
Co-fundadores Eric Gafni, Stasa Shishik (reportados na cobertura de lançamento)
Funding ~$40M seed liderado pela DCVC (valuation ~$200M em alguns relatos)
Lançamento
Status Early Access (waitlist)
Modelo atual jev-1.13
Latência 70–500ms
Pricing $0.042/M tokens de input; output grátis
Treino (narrativa) RLCD — Reinforcement Learning for Calibrated Decisions (termo do vendor)
Arquitetura Não-autoregressiva; responde várias perguntas em um passe paralelo
Formato I/O state + questions tipadas → answers tipadas + probabilidades / confidence
Docs docs.typesafe.ai

Como uma chamada funciona

Diferente de APIs de chat (messages → tokens em streaming), o contrato do Jev é em forma de decisão:

  1. Forneça contexto / estado (texto ou payload que seu código já tem).
  2. Anexe uma ou mais perguntas tipadas (choice, score ou sim/não / boolean — a documentação também discute formas relacionadas como Noul).
  3. Receba respostas estruturadas nas quais o código pode ramificar — sem “quase-JSON”, sem preâmbulo de narrador.

É por isso que early adopters falam em remover o imposto do chatbot: você não paga o modelo para narrar uma decisão que só precisava como condição de branch.

Tipos de pergunta

Choice

Escolhe entre opções rotuladas; devolve distribuição sobre as opções.

Uso típico: buckets de sentimento, seleção de ferramenta, categoria de ticket, “qual agente deve atender?”.

Score

Score numérico em uma rubrica, com medida de confiança.

Uso típico: urgência 1–10, qualidade de lead, ranking de relevância.

Boolean / sim–não

Probabilidade de que uma proposição vale.

Uso típico: é spam?, tem PII?, a evidência sustenta a claim?, permitir tool call?

Por que “Sistema Um” — e stacks Dual-Process

Thinking, Fast and Slow é a metáfora de marketing e de arquitetura: Jev no caminho rápido; um LLM no caminho lento quando há ambiguidade ou necessidade de geração.

Na prática (set/2026), quem constrói já publica padrões Dual-Process:

  • Sistema 1 (Jev): gate / classificar / rotear barato em milissegundos.
  • Sistema 2 (Gemini, Claude, GPT, …): dispara só para raciocínio profundo ou geração de texto.

Há exemplos abertos de safety gates e bots de Discord que mantêm o modelo frontier fora do hot path até o Jev dizer que a request precisa dele (@taro_president).

Por que “não pode alucinar” (e o que isso não significa)

A claim do fornecedor se baseia em output restrito: o Jev só escolhe entre opções / slots do schema fornecidos e nunca inventa texto livre — portanto não emite um fato falso novo em prosa.

Ainda pode estar errado sobre qual opção é a correta. Output restrito ≠ julgamento perfeito. Trate a confiança como sinal de roteamento (auto-processar vs escalar), não como prova.

Jaggedness conhecida (jev-1.13)

A TypeSafe documenta as arestas do jev-1.13 em Model jaggedness (revisado em 2026-09-17). Em resumo: é rápido e bom em julgamento System One de senso comum, mas literal, fraco em matemática/números/datas, e piora com indireção, state ruidoso ou texto adversarial. Muitos desses pontos devem melhorar em versões seguintes.

“O jev-1.13 responde a pergunta que você escreveu, não a que você quis dizer. Escopos, negações e condições implícitas são lidos ao pé da letra.”

Takeaways práticos

Modo de falha Faça isto
Leitura literal Escreva a condição exata; coloque casos-limite nos criteria
Matemática, contagem, hex/RGB, interpolar score Deixe a aritmética no código; pergunte só o semântico
Ordem de data / hora Extraia partes com Choice; compare no código
Indireção / multi-hop Achate as instructions; nomeie os campos relevantes do state
State grande e irrelevante Filtre no código primeiro (context rot é real)
Framing adversarial / injetado Criteria precisos; teste edges antes de deploy
Instructions vs criteria contraditórios Alinhe os dois — criteria são extensão da instruction
Invariantes assumidos (Noul vs Choice, P vs 1−P) Não carregue threshold de um formato para outro
Geração / extração livre Use modelo generativo ou regex; deixe o Jev escolher

Evite também tarefas estilo System Two (camadas extras de indireção), várias decisões escondidas numa pergunta só, e qualquer coisa que o código já calcula exatamente.

Fonte: docs.typesafe.ai — Jev 1.13 jaggedness.

Recepção (primeiras 72 horas)

Sinal Detalhe
Hacker News Post de lançamento ~1.890 pontos / ~495 comentários
Imprensa Cobertura no The Register, SiliconANGLE, Forbes, Tech Brew, etc.
Nome “Jev” remete ao economista William Stanley Jevons (paradoxo de Jevons) em vários explainers
Demanda Waitlist de early access; picos de carga na API após o lançamento

Distribuição (checada)

  • OpenRouter: typesafe/jev-1.13 — $0.042 / $0 por 1M tokens (entrada/saída), contexto 32K (página vista em 19 set 2026).
  • Vercel AI Gateway: no changelog o id é typesafe-ai/jev (ver news).

Tração no ecossistema

Em poucos dias, repositórios open-source e produtos passaram a plugar o Jev como camada de decisão / router / judge, não como modelo de chat:

Projeto Papel
pydantic/pydantic-ai Adapter TypeSafeModel para outputs de perguntas tipadas
NVIDIA-NeMo/Switchyard Roteamento type_safe_classifier
pipecat-ai/pipecat Hooks de judge / router / Flows
LangChain Pacote oficial langchain-typesafe: TypeSafeClassifier, ModelRouterMiddleware, AutoModeMiddleware
LiteLLM Guardrail jev-compaction: remove tool results obsoletos via scores de relevância do Jev
Demos da comunidade Automação de browser (decide → age), classificação em lote de e-mail, “Mario” com uma choice por frame, gates de tool em agentes

LangChain e outros publicaram guias enquadrando o Jev em loops de agente como passo de decisão estruturada — não como mais um endpoint de completion.

Compactação de contexto (LiteLLM)

O LiteLLM publica um guardrail de TypeSafe compaction (blog, 18 set 2026): antes da chamada do modelo principal, o Jev pontua resultados antigos de tools quanto à relevância para a última pergunta do usuário. Abaixo do threshold (default 0.2), o resultado vira um aviso curto de remoção; a estrutura dos tool calls, system/user e o último exchange assistant+tool permanecem.

Exemplo clássico: lookup de clima e depois horário da loja — usuário pergunta quando fecha → o blob do clima pode sair, o horário fica. Compactação é opt-in (guardrails: ["jev-compaction"] no proxy / time); se o Jev cair, o default fail_open manda o request original. O Jev também entra via pass-through /typesafe/v1/systemone do LiteLLM.

Fonte: Reduce agent context with TypeSafe Jev and LiteLLM.

Ecossistema da comunidade (apps que chamam o Jev)

Roundup comunitário (@studio_yebisu, 18 set 2026; também r/WebAfterAI, 17 set 2026). São integrações e demos que usam o Jev hosted — não modelos de decisão concorrentes. Stars oscilam; trate como awareness, não ranking. Não rodamos cada repo.

Também: classifier.dev — wrapper HTTP/CLI/MCP público sobre o Jev (jev-1.13.0); fast = Jev, smart escala casos incertos para um LM de raciocínio.

Índice da comunidade: awesomejev.com lista centenas de repos e apps ligados ao Jev (snapshot de ~561 entradas / ~479 repos em 19 set 2026). É um diretório vivo — não um ranking do ModelSystem.One, e nem toda entrada é modelo de catálogo. A tabela curada abaixo segue seletiva.

Stacks open de classificador por logits (não são modelos TypeSafe — fora do quadrante): simple-jev / simple-jev.featherless.ai (Featherless — qualquer LM open → decisões tipadas via next-token logits; demo API + RFDT), SemIf, openjev-sglang.

Browser / PC / mobile

Projeto Papel
browser-use/jev-ultrafast Agente de browser: Jev escolhe ops/elementos; LLM pequeno só para digitar texto
awlevin/typesafe-computer-use Computer-use no macOS via OCR/acessibilidade + decisões tipadas
droidrun/mobile-jev Controle de Android via Mobilerun
moritzkremb/jev-voice-browser Voz → intenção → ações Playwright

AI coding / review

Projeto Papel
tamaratran/fast-jev-compaction Compacta histórico do Claude Code removendo ruído de tools
thruwire/foreman Supervisiona runs Codex (continuar / verificar / parar)
devagrawal09/jev-review Review estruturado de diff/codebase com dashboard local
gargpratyush/jev-router Roteamento de modelo por turno (Claude Code / Codex)
EliaAlberti/jev-rules Escolhe quais rules/docs injetar no Claude Code

MCP / skills / CLI

Projeto Papel
kitze/skillbox Biblioteca de skills + MCP; recomendação opcional via Jev
itsmostafa/typesafe-mcp MCP não-oficial expondo choice/score/boolean do Jev
jkudish/jev-mcp MCP: verificar claims, filtrar injection/relevância, ranquear candidatos
mrnugget/jev-shell-history Sugestão de histórico zsh ranqueada pelo Jev

SDKs / bindings de linguagem

Projeto Papel
kieranklaassen/ruby_llm-typesafe Provider TypeSafe pro RubyLLM — só decisões estruturadas (rejeita chat/stream/tools)

Busca / databases

Projeto Papel
realZachi/pg-jev PostgreSQL: filtrar/classificar/ranquear linhas com NL (dados saem pra API)
superagents-lab/jev-search Pipeline de busca web: query + relevância via Jev
jexp/neo4jev Demo Neo4j hop a hop com Choice/Noul

Vídeo / browsing

Projeto Papel
kitze/unclutter Extensão: esconde ads/clutter via Jev
ChetasLua/jevmeter Pontua falas em vídeo (não é fact-check)
trungdq88/youtube-sponsor-detection Detecta/pula segmentos de sponsor no YouTube

Guardrails / comunidade

Projeto Papel
DevMortimer/pi-warden Guardrails para agentes Pi (loops, “done” não verificado)
brainstormity/Jev-Moderation-Bot Moderação Discord (spam/scam)

Marketing / GEO

Projeto Papel
usenotra/notra GEO / menção de marca em respostas de IA (classificação — conferir no repo)

Smart home / sims / trading

Projeto Papel
AboveColin/HA-Jev Home Assistant via Jev (não usar em segurança crítica)
fhshaik/typesafe-mario Controle experimental de Mario a partir de estado do emulador
standardagents/jevpilot Autopilot em sim Three.js
RomanSlack/jev-drone Sim MuJoCo de drone com decisões táticas
jarrodwatts/jev-trader Bot de trading experimental (mock/dry-run; PnL unverified)

Fit / anti-fit

Fit quando você precisa de: classificação, roteamento, scoring, gates semânticos, guardrails, checagens em shadow mode, branching em automações — qualquer coisa cujo output de produto é uma decisão tipada.

Anti-fit quando você precisa de: explicações, rascunhos, chat multi-passo com tools, pesquisa aberta, ou qualquer fluxo que é o ensaio.

Arquitetura (reconstrução independente)

Reconstrução especulativa de caixa-preta a partir de Archer Hume — Jev’s Architecture Unmasked (17 set 2026). Não é confirmação da TypeSafe. Números só os do ensaio ou de reconstruções abertas; MoE e o desenho exato do head são inferência.

Sondagens independentes da API TypeSafe (latência vs contexto, isolamento de perguntas, efeitos de conjunto de opções) mais prior art apontam para um transformer causal reaproveitado para decisões: encoding de state compartilhado, branches de pergunta isoladas e readout direto de probabilidade em vez de texto autoregressivo.

  1. Readout numérico, não decode AR — probabilidades saem de um head sobre hidden states (slot ou pointer), não de tokens gerados tipo “91%”. O output_tokens de billing no ensaio é tratado como contabilidade, não como prova de passos de decode.
  2. State compartilhado + perguntas isoladas — o state é encoded uma vez (KV / prefix); cada pergunta é um branch que lê o state mas não irmãos. Mover um segredo de um sibling para o state muda a visibilidade nos probes.
  3. Backbone causal — provável decoder LM pré-treinado com post-train de decisão (vendor: RLCD). Encoder bidirecional não fica descartado de fora, mas encaixa pior em serving com prefix compartilhado.
  4. Opções interagem listwise antes da escolha — opções parecem misturar antes da distribuição (opção irrelevante extra desloca odds entre existentes; sensibilidade à ordem). Cabe head de slots na posição final ou scoring pointer sobre estados das opções.
  5. Treina a distribuição; confidência é aritmética — proper scoring em outcomes (log / Brier), depois confidência derivada da distribuição (ex.: distância da uniforme) — não um segundo “LLM de confiança”.
  6. Sparse MoE — menos certo — inferido pelo perfil prefill-only; não medido. O ensaio marca isso como especulação.
  7. Branches como batch, não conversa — perguntas são work items independentes sobre o mesmo state; sem cadeia answer→próxima-pergunta com decode dentro do mesmo request.

Reconstruções / pares abertos: Kev (LoRA em Qwen2.5-0.5B), Laya (ModernBERT-large), NanoJev (Qwen3-0.6B + decision heads), jevlike (starter research option-attention). Nenhum é produto TypeSafe.