Se você abriu o Hacker News ou qualquer newsletter de IA na última semana, viu a palavra “Jev” umas duas dúzias de vezes. É um modelo que não escreve prosa — ele devolve decisões com scores de confiança — e a reação se dividiu entre “esta é uma nova forma de LLM” e “isto é um classificador com bom marketing”. Sua pergunta honesta é mais estreita do que a de qualquer um dos dois campos: algo disso importa para o agent que eu já rodo?

Para usuários do Hermes a resposta é sim, e mais cedo do que você esperaria. O catálogo de plugins já traz onze entradas Jev, a maioria mergeada na última semana.

O que o Jev realmente é

O Jev vem da TypeSafe AI, que descreve a categoria como “System One models”; o texto de Simon Willison usa o termo mais simples decision models, e é o melhor. A mecânica é fácil de enunciar:

• Você envia texto, ou um pequeno state estruturado — uma string, uma lista de strings ou pares nome/valor descrevendo um ticket, um cliente, um diff.
• Você faz uma pergunta tipada: sim/não, uma nota, ou uma escolha entre opções que você fornece.
• Você recebe números de volta. Uma pergunta de escolha retorna uma distribuição de probabilidade sobre as suas opções mais um score de confiança, não uma frase.

Esse é o truque inteiro, e é por isso que o design é interessante para trabalho com agents. Um agent precisa constantemente de julgamentos pequenos e entediantes — este comando é destrutivo, qual dos meus quarenta skills cabe neste turno, este diff precisa de um segundo par de olhos — e hoje ele paga uma chamada completa de modelo de texto para cada um deles, com direito a tokens de raciocínio que você joga fora.

Um decision model responde em uma chamada barata e não consegue sair divagando em um parágrafo tagarela. Vale ter em mente o enquadramento do próprio Willison: o modelo é tão barato que rodar centenas de prompts experimentais custa alguns centavos, o que torna o ciclo “teste e meça” viável. O mesmo texto aponta os limites atuais, com base nas próprias notas de modelo da TypeSafe — números, datas e conteúdo adversarial são pontos fracos — então o retrato honesto é “pergunta estreita, resposta rápida, verifique qualquer coisa numérica”.

Onze entradas, e elas decidem coisas diferentes

Aqui é onde fica prático. Pesquise no catálogo e você encontra o Jev espalhado por todo o ciclo de vida do turno, em vez de concentrado em um único “plugin Jev”:

Entrada do catálogo	Quem mantém	O que decide	Onde se conecta
jev	ourines	Sidekick explícito de decisão. Dá uma ferramenta jev_evaluate; apenas consultivo, sem gate automático de ferramentas.	Ferramenta
jev-judge	DoGMaTiiC	Perguntas de destrutividade / exfiltração / impacto sobre chamadas de terminal, write_file e patch — modo shadow por padrão, o enforce escala.	pre_tool_call
jev-skill-router	DoGMaTiiC	Nomeia o único skill do seu roster ativo que cabe neste turno, antes da chamada ao modelo.	pre_llm_call
jev-effort-router	AlphaPerseii3000	Escolha de modelo e de reasoning effort por turno, reescrevendo a própria requisição de saída. Somente Ollama:Cloud.	middleware llm_request
jev-typesafe	Anders Jensen-Waud	Verificações atômicas sim/não, roteamento, pontuação por rubrica e perguntas tipadas mistas como quatro ferramentas.	Ferramentas
jev-curator	anpicasso	Relações entre pacotes de skills completos, produzindo planos de consolidação fail-closed.	on_skill_lifecycle, pre_tool_call
jev-approvals	anpicasso	O Jev como revisor de aprovação inteligente apenas — recusa qualquer outra tarefa e falha de forma fechada para ESCALATE.	Fluxo de aprovação
jev-model-router, jev-mcp-router, jev-memory-selector, jev-agent-router	Pinutss	Roteamento para um modelo, um servidor MCP, um backend de memória ou um agent — cada um entregue como um skill mais um servidor MCP stdio executado com uv run.	MCP
nerve	keeltrace	Uma camada supervisora: governança de contexto, controle de trajetória de token budget, supervisão de Kanban, workers SSH remotos, com backends Jev / Laya / OpenJev neutros em relação ao provider.	Nove hooks

O nerve merece uma nota própria: costumava ser listado como Hermes-Jev e foi renomeado para Nerve na v0.2.2 na semana passada, então se você lembra de uma entrada Jev com outro nome, é o mesmo projeto.

Instalando um deles

hermes plugins search jev
hermes plugins install jev-judge

Dois detalhes tornam isso mais seguro do que um git clone cru:

• Um nome do catálogo resolve para o repositório da entrada em um commit SHA fixado de 40 caracteres, e o instalador registra essa proveniência no seu .install-metadata.json. Um plugin fixado não se move debaixo dos seus pés; movê-lo exige um --force --ref <sha> explícito, que também é como você revisa uma atualização no seu próprio ritmo.
• hermes plugins search casa nomes de entrada, descrições e ferramentas declaradas, então você pode ver o que um plugin afirma antes de ele estar no disco. O catálogo é curado dentro do próprio repositório e atualizado a partir do repositório ao vivo com um cache de seis horas, caindo para a cópia interna quando você está offline.

Duas regras antes de instalar qualquer um deles

Estar no catálogo não é estar auditado. A admissão ao catálogo revisa a entrada — seus metadados, divulgações e capacidades declaradas —, não o código do plugin. Trate uma instalação pelo catálogo como “alguém leu o manifesto com atenção”, não como “isto é seguro”.

Leia a linha de divulgação, porque estes enviam seus dados para algum lugar. Toda entrada carrega uma declaração explícita do que sai da máquina, e elas variam bastante:

• jev-judge envia o nome da ferramenta e os argumentos redigidos de cada chamada julgada — até 600 caracteres cada, no máximo 12 argumentos — para a TypeSafe ou para o gateway que você configurou, usando a sua chave. Em modo shadow ele apenas registra em log.
• jev-skill-router envia sua mensagem (até 4.000 caracteres) mais nomes de skills e trechos curtos do SKILL.md do seu roster local.
• jev-effort-router envia a mensagem atual e até quatro turnos anteriores para a Decisions API da OpenRouter, cobrados na sua chave da OpenRouter, em cada turno roteado.
• nerve usa por padrão um backend Jev hospedado e envia o prompt de cada turno (até 12.000 caracteres) mais prévias redigidas de ferramentas e resultados; Laya e OpenJev podem ser configurados como backends locais ou auto-hospedados.

O comportamento em caso de falha é igualmente importante. O jev-judge falha aberto em todos os caminhos de erro — uma indisponibilidade do Jev nunca bloqueia as suas ferramentas. O jev-approvals falha fechado, escalando para um humano em vez de permitir um comando que não conseguiu julgar. Os dois são razoáveis; escolher o errado para o seu modelo de ameaça não é.

Com qual começar

Comece com o jev-judge no seu modo shadow padrão. Ele registra uma linha JSONL por decisão sem bloquear nada, então uma semana de trabalho normal te dá dados reais sobre com que frequência ele teria escalado — e você pode ler o log antes de conceder qualquer autoridade a ele.

Depois, resista à vontade de empilhar roteadores. jev-skill-router, jev-effort-router, jev-model-router e jev-agent-router todos querem decidir “o que acontece a seguir” para o mesmo turno; instalar três significa três modelos votando em uma única requisição e uma conta que você não consegue atribuir. Escolha a única decisão de roteamento que está de fato custando dinheiro.

Onde isso está hoje

As onze entradas são plugins de nível comunitário que declaram uma versão mínima do Hermes — de 0.19 até 0.21.4 para o jev-effort-router — e entram na main depois da tag v0.21.4, então o catálogo é o canal de distribuição delas, e não uma release.

O Jev ainda não é um provider de primeira classe, e os pedidos abertos mostram que as pessoas querem que seja: a issue #113008 pede um runtime de provider de decisão probabilística tipada para decisões limitadas de agent, a issue #113837 pede suporte a Jev no Hermes, e um pull request para adicionar o TypeSafe Jev à lista de model providers ainda está aberto. Até que um deles entre, o catálogo de plugins é como o Jev chega ao seu agent — o que, dado que o catálogo fixa commits e imprime divulgações, não é um mau lugar para começar a experimentar.

Se o ciclo de vida de hooks nessa tabela é novo para você, nosso guia do catálogo de plugins cobre como as entradas são admitidas e instaladas, e o guia de segurança do catálogo MCP é a leitura complementar sobre confiar em um servidor de terceiros. Para os dois botões que esses plugins tocam com mais frequência, veja o guia de reasoning effort e o guia de aprovações não assistidas.