Jev ou Laya: qual modelo de decisão usar dentro do seu agente de IA?

Jev ou Laya? Os dois são modelos de decisão System One: recebem estado e perguntas fechadas e devolvem opções, scores e probabilidades, sem gerar texto. A diferença real está na implantação. O Jev é uma API hospedada da TypeSafe AI: custa US$ 0,042 por milhão de tokens de entrada, a saída sai a US$ 0, tem 64 mil tokens de contexto e é mais forte em inglês. O Laya entrega pesos abertos Apache 2.0 da Convai Innovations, com checkpoint multilíngue e Router por idioma. Escolha pelo ponto do agente (entrada, meio ou saída) e por onde o seu dado pode ficar
Fala aí, beleza? Jev e Laya não escrevem uma linha de texto sequer, e é justamente por isso que eles são interessantes 😀
Os dois respondem perguntas fechadas dentro do seu agente: qual opção seguir, qual a intensidade de um sinal, se o fluxo deve continuar ou parar
A ideia é a mesma nos dois, mas o jeito de entregar muda tudo
O Jev é uma API hospedada da TypeSafe AI: você manda a pergunta e recebe a decisão pronta
O Laya são pesos abertos da Convai Innovations, que você baixa e roda na sua infraestrutura
Então aqui não vai ter ranking genérico de qual é melhor, beleza?
A comparação vai ser pelo papel que cada um ocupa no fluxo do agente: triagem na entrada, roteamento no meio e validação na saída
Bora ver? 🙂
O que é um modelo de decisão System One e por que ele não é um LLM?
Se liga nisso: muito fluxo de IA não precisa gerar texto
Precisa só de uma resposta rápida pra uma pergunta fechada…
Curso de Jev: Sistemas Mais Inteligentes, Rápidos e Robustos
Desenvolva sistemas mais inteligentes, rápidos e robustos com Jev
Pensa no LLM como aquele colega que te devolve um parágrafo inteiro quando você perguntou sim ou não haha
O modelo de decisão é o contrário: recebe o estado da aplicação junto com uma pergunta tipada e devolve uma resposta estruturada
Que resposta estruturada? Opções predefinidas, scores, probabilidades e confiança, sem texto livre no meio
Esse jeito de decidir costuma ser chamado de System One (decisão rápida, embutida no software, e não conversa aberta), e tanto o Jev quanto o Laya se encaixam nessa ideia
Quem é o Jev:
O Jev é criado e mantido pela TypeSafe AI e é o primeiro modelo público da linha que a empresa batizou de System One Models (ou seja, na TypeSafe o termo também virou nome de produto)
Foi lançado em 15 de setembro de 2026, e a versão atual listada é o Jev 1.13
Os pesos são fechados: ele roda só na infraestrutura da TypeSafe e você acessa por API na nuvem
Quem é o Laya:
O Laya é um modelo de decisão open source, multilíngue e não autorregressivo, que a Convai Innovations descreve como System 1 e publica no Hugging Face
Na prática, ele resolve as decisões numa única forward pass, sem ficar montando resposta palavra por palavra
A licença é Apache 2.0, que permite uso comercial nos termos da licença, e os pesos ficam no repositório do Laya no Hugging Face
Isso é coisa séria ou só hype?
Pra mostrar que a categoria já está sendo estudada: existe um paper acadêmico (arXiv 2609.28940) que usa JEV e Laya como camadas de decisão System One em agentes de pentest movidos a LLM
Não é prova de que um é melhor que o outro, é só sinal de que o assunto saiu do Twitter e chegou na pesquisa
Jev vs Laya: tabela comparativa
Antes de entrar nos papéis do agente, vale ver tudo lado a lado
O preço do Jev é o listado na página do Jev 1.13 no OpenRouter
| Critério | Jev | Laya |
|---|---|---|
| Quem cria e mantém | TypeSafe AI | Convai Innovations |
| Licença e pesos | Pesos fechados, sem self-hosted nem on-premises | Apache 2.0, pesos abertos no Hugging Face |
| Onde roda | Só na infraestrutura da TypeSafe, via API (OpenRouter e Cloudflare AI) | Na sua infraestrutura |
| Preço | US$ 0,042 por milhão de tokens de entrada, saída a US$ 0 | Sem preço de API: o custo é a sua infraestrutura |
| Contexto | 64.000 tokens (estado + todas as perguntas) e 32 mil (estado + pergunta mais longa) | 1.024 tokens por padrão nos checkpoints multilingual e typed-decisions, com max_len=8192 para documentos longos |
| Idiomas | Inglês é o forte, outros idiomas exigem teste próprio | Checkpoint inglês (421M), multilíngue (322M, mais de 100 idiomas) e Router por idioma/script |
| Entrada | Só texto | Sem dado confirmado |
| Tipos de pergunta | Choice (até 255 opções), Score (2 a 10 níveis) e Boolean/Noul | choice, score, noul e classify numa única forward pass |
| Latência reportada | Sem número confirmado | Cerca de 33 ms numa Tesla T4 por pergunta |
Repara numa coisa: a maior parte das diferenças não é de qualidade, é de implantação
Curso RecomendadoDesenvolva sistemas mais inteligentes, rápidos e robustos com JevConhecer cursoUm é serviço gerenciado, o outro é peso que você hospeda, e isso muda privacidade, latência, infraestrutura e o ponto do agente onde a decisão mora
Na entrada do agente: triagem e filtro de jailbreak
O primeiro lugar onde um modelo de decisão brilha é logo na porta do agente
O papel aqui é de triagem: classificar a intenção do usuário e barrar entrada suspeita ANTES de gastar uma chamada de LLM
É como um porteiro de prédio: ele não resolve o seu problema, só decide se você sobe e pra qual andar 😛
No Jev, a triagem de entradas e saídas contra jailbreak está entre os usos indicados, junto com classificação
No Laya, o tipo classify encaixa direitinho nesse papel, porque devolve a categoria dentro de uma taxonomia fixa
Que perguntas do seu produto decidem a entrada?
- O dado do usuário pode sair da sua infraestrutura? Se não pode, o Jev sai da conversa, porque ele só roda na nuvem da TypeSafe
- O usuário escreve em português ou em vários idiomas? O Jev tem o inglês como idioma principal de treino, e a orientação oficial é testar no seu próprio conteúdo antes de ir pra produção. O Laya tem checkpoint multilíngue e um Router que detecta script e idioma antes da forward pass
- Quanto volume passa pela porta? Na triagem tudo entra, então o custo de entrada é o que pesa
E no Jev esse custo é bem fácil de calcular, porque a saída custa US$ 0
Com o preço oficial, 100 milhões de tokens de entrada saem por US$ 4,20
No Laya não tem conta por token: a conta é a máquina que você mantém ligada
No meio do fluxo: roteamento e escolha de ferramenta
Passou da porta, o agente precisa decidir pra onde ir
Qual ferramenta chamar? Qual caminho seguir? Essa resposta passa na rubrica ou não?
Esse é o papel de roteador, e é onde os dois mais se parecem
No Jev, roteamento e validação de qual ferramenta chamar estão nos usos indicados, assim como pontuação por rubrica
E tem um detalhe massa: você pode mandar Choice, Score e Boolean juntos numa mesma chamada, e ele responde tudo em paralelo
Um exemplo clássico desse papel é escolher a fonte do RAG antes de buscar qualquer documento
No Laya, choice, score, noul e classify também saem numa única forward pass
Como fica um agente com o Laya no meio do fluxo?
Tem um exemplo da comunidade que mostra bem esse desenho: o layaAgent, que roda no navegador
Tome cuidado: ele é da comunidade, não da Convai, então serve como referência de arquitetura e não como produto oficial
A lógica dele é assim:
- O Laya toma as decisões de rotina
- Um LLM pequeno no navegador (WebLLM) entra só quando o Laya está em dúvida
- Toda ação que altera alguma coisa exige aprovação do usuário
Ou seja, o LLM vira exceção, não regra 😀
Estado grande ou latência local?
Aqui mora a pergunta-chave do roteamento
Se a sua decisão depende de um estado gigante (histórico longo, catálogo grande de ferramentas), o contexto de 64 mil tokens do Jev pesa a favor dele
Se a decisão precisa acontecer perto do usuário, sem ida e volta pra nuvem, o Laya roda onde você quiser, e a latência reportada é de cerca de 33 ms numa Tesla T4 por pergunta
Só lembra que o Laya corta documentos longos no padrão de 1.024 tokens, então pra estado grande você precisa passar max_len=8192
Na saída: validação antes de agir
O LLM gerou uma resposta ou um plano de ação
E agora, deixa rolar ou segura?
Esse é o papel de verificador: checar se a saída está dentro da política e se o fluxo deve continuar
O tipo que mais aparece aqui é o Boolean/Noul, que no Jev devolve a probabilidade de uma afirmação ser verdadeira (tipo ‘esta resposta respeita a política de reembolso’)

Crie sistemas com IA para vender
Prompts, modelos e checklists para criar e publicar seu sistema com IA e preparar a oferta para o primeiro cliente.
Quero o e-book gratuito Receba o livro e os bônus no seu e-mail.No Laya, o noul é descrito como sim/não com uma probabilidade calibrada
A confiança do Jev é a chance de acertar?
Não! E esse é o erro mais fácil de cometer nesse papel
A confiança do Jev é calculada a partir da distribuição de probabilidade: mede o quão concentrada ela está
Com toda a massa numa opção, vale 1,0, com distribuição uniforme, vale 0
Isso diz se o modelo está decidido, não se ele está certo, e a própria documentação avisa pra não ler automaticamente como probabilidade de acerto
E não dá pra assumir que a confiança do Laya funciona igualzinho: cada fornecedor descreve a sua, e não tem equivalência confirmada entre as duas
Como usar a confiança como gatilho de escalonamento?
O padrão do layaAgent é um bom ponto de partida, e dá pra adaptar pra qualquer um dos dois:
- Deixe o modelo de decisão responder a pergunta fechada da saída
- Quando a resposta vier com confiança baixa, escale: chame um LLM, uma regra mais rígida ou um humano. O erro comum deste passo é copiar um limite de confiança de outro projeto, o corte certo depende do seu conteúdo e você precisa medir
- Para ações que alteram algo (apagar, pagar, enviar), peça aprovação do usuário independentemente da confiança. Já vi gente confiar num número bonito e deixar passar um rm -rf da vida haha
Sinais de que você está comparando ferramentas que não resolvem o mesmo problema
Às vezes a dúvida entre Jev ou Laya nem deveria existir
Se algum desses sinais aparecer, a comparação acaba antes de qualquer benchmark:
- Você precisa gerar texto, resumo ou resposta aberta: nenhum dos dois faz isso, o seu caso é de LLM
- A entrada não é texto: o Jev aceita só texto, então imagem ou áudio já tiram ele da disputa
- O problema é privacidade ou on-premises: o Jev não tem self-hosted, então a escolha está feita
- Você quer fine-tuning e versão fixa: só o Laya entrega pesos que você roda, congela e ajusta
- O contexto passa do que o Laya suporta: se o estado não cabe nem com max_len=8192, o contexto maior do Jev decide
Percebeu o padrão?
Na maioria das vezes a escolha é de modelo de implantação (API gerenciada vs pesos abertos), e não de qual modelo é mais inteligente
Veredito: quando escolher Jev e quando escolher Laya?
Como eu não tenho teste próprio pra te mostrar, o veredito aqui é condicional, beleza?
Vá de Jev se:
- você quer zero infraestrutura e prefere pagar por uso
- o seu custo é dominado por entrada (a saída sai a US$ 0)
- o seu produto opera em inglês
- a decisão depende de um estado grande, que cabe nos 64 mil tokens
Vá de Laya se:
- o dado não pode sair da sua infraestrutura
- o produto é multilíngue e você quer o Router escolhendo o checkpoint por idioma
- você precisa de latência local
- quer fazer fine-tuning e fixar a versão do modelo
Em qualquer um dos dois, faça o teste no seu próprio conteúdo antes de colocar em produção
Pra quem usa português, isso nem é opcional: é a orientação oficial do Jev para idiomas fora do inglês
Se for começar pelo Jev, vale montar um piloto com uma decisão só antes de mexer no agente inteiro
E lembra que nada obriga a escolher um só: por arquitetura, os dois podem morar em pontos diferentes do fluxo, um na entrada e outro na saída, por exemplo
Conclusão
Resumindo: a pergunta certa não é qual é melhor
É em qual ponto do agente a decisão mora (entrada, meio ou saída) e onde o seu dado pode estar
Jev é decisão como serviço, Laya é decisão que você hospeda, e o resto da comparação deriva disso
O próximo passo é bem prático:
- Mapeie as perguntas fechadas do seu fluxo, separando entrada, meio e saída
- Separe o que é decisão do que é geração. O erro comum aqui é empurrar pro modelo de decisão algo que precisa de texto livre, e aí nenhum dos dois resolve
- Rode um teste com o seu conteúdo real, no Jev (
typesafe/jev-1.13no OpenRouter) ou nos pesos do Laya (huggingface.co/convaiinnovations/laya)
Começa pequeno, mede e só depois escala 🙂
Até o próximo post!
Perguntas frequentes
Jev ou Laya funciona melhor pra quem não quer hospedar infraestrutura própria?
Se a ideia é não lidar com servidor, o Jev já resolve, porque é API hospedada pela TypeSafe AI e aparece no OpenRouter e na Cloudflare AI. O Laya é o caminho inverso: você baixa os pesos do Hugging Face e roda na sua própria máquina, então exige infraestrutura sua.
Dá pra usar Jev ou Laya em produto que atende vários idiomas?
Pro Laya sim, porque o checkpoint multilíngue cobre mais de 100 idiomas e tem um Router que detecta script e idioma antes de escolher o checkpoint certo. Pro Jev, o inglês é o idioma principal de treino e a orientação é testar no seu próprio conteúdo antes de colocar outro idioma em produção.
Quanto custa rodar o Jev em alto volume de triagem?
O Jev cobra US$ 0,042 por milhão de tokens de entrada, e a saída custa US$ 0. Com esse preço, 100 milhões de tokens de entrada saem por US$ 4,20.
Laya consegue decidir várias coisas na mesma chamada, igual Jev?
Sim, o Laya resolve choice, score, noul e classify numa única forward pass. O Jev também junta Choice, Score e Boolean/Noul numa mesma chamada, respondendo tudo em paralelo.
Jev ou Laya é mais rápido pra tomar uma decisão?
O Laya tem latência reportada de cerca de 33 ms numa Tesla T4 por pergunta, já que roda local e numa única forward pass. Não existe número confirmado de latência pro Jev, então não dá pra comparar ponto a ponto.
Preciso de GPU própria pra usar Jev ou Laya?
Pro Jev não, porque ele é proprietário e roda só na infraestrutura da TypeSafe, acessado via API. Pro Laya sim, já que os pesos são abertos (Apache 2.0) e a execução acontece na sua própria infraestrutura, incluindo o hardware que você escolher.
Formações
Formação Claude Code
Domine Claude Code do absoluto zero até o avançado
- 120 aulas
- 4 projetos
- 9h 48min
Blog | Mais populares

Como montar um workflow de automação combinando decisões do Jev em código
Aprenda a montar um workflow com Jev: decisões tipadas encadeadas em código, alta confiança agindo sozinha e casos incertos escalando para revisão.

Jev decide, LLM escreve: como dividir os papéis dentro de um agente de IA
Jev é o modelo que decide, não escreve: entenda como dividir papéis entre Jev e LLM dentro de um agente de IA e quando usar cada um.

Para quem o Jev serve (e para quem não serve)?
Jev serve pra roteamento, scoring e guardrails em IA, não pra texto ou código. Veja pra quem o Jev serve e quando evitar.
