Jev só funciona com Claude Code? O que muda em Codex, OpenCode e outros agentes de terminal

Jev não é um plugin do Claude Code

Essa é a confusão mais comum, e ela é super justa: quase tudo que circulou até agora mostra o Jev sendo chamado de dentro do Claude Code, com slash command e tudo

Aí a conclusão automática é "então é uma extensão do Claude Code"

Só que não é. O Jev é um modelo de decisão da TypeSafe AI, e a pergunta de compatibilidade tem DUAS camadas que as pessoas misturam: o modelo (que é uma API, roda de qualquer lugar) e a skill oficial (que é conveniência, e essa sim muda de agente pra agente)

Bora separar as duas…

Antes de falar de compatibilidade: o que o Jev é e o que ele não é

O Jev é o primeiro modelo de uma classe que a TypeSafe AI chama de System One

A ideia é bem diferente de LLM: em vez de gerar texto, ele recebe um estado mais perguntas tipadas e devolve respostas tipadas com probabilidade calibrada

São três formatos de pergunta:

• choice: escolha dentro de uma lista de opções, com probabilidade por opção
• score: nota em uma rubrica que VOCÊ define
• noul: um valor de 0 a 1 pra uma afirmação verdadeiro/falso

E o que ele não faz? A documentação oficial é direta: o Jev não gera texto, não escreve código e não conversa

Ou seja, ele não é substituto do LLM por trás de Claude Code, Cursor, opencode, Copilot e similares

Aqui mora a virada de chave: o Jev é usado DENTRO do app ou agente que você constrói, como a peça que decide, pontua ou classifica

Se você conhece a diferença entre um linter e um compilador, é mais ou menos essa pegada: cada um tem um trabalho, e um não substitui o outro

Então "funciona no meu agente?" é uma pergunta parecida com "essa API funciona no meu agente?"

Spoiler: funciona em qualquer coisa que faça requisição HTTP =)

O que é do Claude Code e o que é portável para qualquer agente

Quem usa mais de uma ferramenta no dia já se acostumou a caçar a lista de agentes suportados do CodeGraph e coisas do tipo antes de instalar qualquer novidade

Com o Jev o exercício é diferente, porque o que varia não é o modelo, é o empacotamento

Se liga na separação:

O que muda	Específico do Claude Code	Portável pra outros agentes
Instalar a skill oficial	claude plugin marketplace add typesafe-ai/skills e depois claude plugin install typesafe@typesafe-ai	npx skills add typesafe-ai/skills --skill typesafe-ai, com seleção do agente no prompt
Invocação	slash command com namespace do plugin: /typesafe:typesafe-ai	não existe slash command com namespace: a skill entra pelo mecanismo de instruções do seu agente
Onde a skill vive	a oficial entra como plugin, pelo marketplace; os diretórios ~/.claude/skills (pessoais) e .claude/skills (do projeto) são o lugar das skills que você mesmo coloca ali	instalação local ao projeto por padrão, com -g pra global
Atualizar a skill	reiniciar o Claude Code, rodar /reload-plugins, ou /plugin > Marketplaces > typesafe-ai > Enable auto-update	nada equivalente documentado pela TypeSafe
Editar/remover skill em uso	mudanças são detectadas na sessão atual, sem reiniciar	sem garantia documentada
Chamar o modelo	nada específico	POST https://api.typesafe.ai/v1/systemone, header Authorization: Bearer <API_KEY> e Content-Type: application/json
Autenticação	nada específico	chave criada em console.typesafe.ai > Settings > Keys, e os SDKs oficiais leem TYPESAFE_API_KEY
Versão do modelo	nada específico	alias jev-latest, que hoje resolve pra jev-1.13.0
Preço	nada específico	US$ 0,042 por 1 milhão de tokens de entrada, saída gratuita
Limites	nada específico	64k tokens por requisição, estado mais a pergunta mais longa em até 32k, entrada só texto, 250.000 tokens/s e 1.200 req/min

E antes que você ache que digitou errado: o nome da skill aparece de três formas

na instalação do plugin é typesafe@typesafe-ai, na invocação é /typesafe:typesafe-ai e no npx é --skill typesafe-ai, que bate com a pasta skills/typesafe-ai do repositório

É a mesma skill oficial nos três casos, cada comando só pede a grafia dele: copia igualzinho está na doc e segue o baile

Olhando a tabela fica óbvio: a coluna da direita é o produto

A coluna da esquerda é conveniência de quem já mora no Claude Code

Como instalar a skill oficial do Jev fora do Claude Code

A skill fica no repositório typesafe-ai/skills, com o arquivo em skills/typesafe-ai/SKILL.md

Pra agentes que não são o Claude Code, a TypeSafe documenta UM comando só:

1. Rode o comando de instalação na raiz do projeto:

npx skills add typesafe-ai/skills --skill typesafe-ai

2. Selecione o seu agente no prompt que aparece

O erro comum aqui é passar batido nessa seleção e depois reclamar que "o agente não vê a skill": é nesse passo que você diz pra QUAL agente a instalação é feita

3. Decida o escopo

A instalação é local ao projeto por padrão. Se você quer a skill disponível em tudo, use a flag global:

npx skills add typesafe-ai/skills --skill typesafe-ai -g

4. Crie a chave de API no console da TypeSafe, em Settings > Keys

5. Exporte a variável de ambiente que os SDKs oficiais leem:

export TYPESAFE_API_KEY="sua_chave_aqui"

Erro comum deste passo: achar que a skill resolve tudo. Ela é instrução, não credencial. Sem chave, nada roda

6. Confirme que você consegue bater no endpoint:

curl -X POST https://api.typesafe.ai/v1/systemone \
  -H "Authorization: Bearer $TYPESAFE_API_KEY" \
  -H "Content-Type: application/json" \
  -d @payload.json

No campo model você pode usar o alias jev-latest, que hoje aponta pra jev-1.13.0

Tome cuidado com uma coisa antes de planejar qualquer integração: a TypeSafe pausou novos cadastros por excesso de demanda desde 22/09/2026, e a pausa seguia de pé em 25/09/2026

As contas já criadas continuam funcionando, e a empresa diz estar trabalhando pra reabrir o acesso

E sobre atualizar a skill fora do Claude Code: a TypeSafe não documenta nenhum comando equivalente ao /reload-plugins nem ao auto-update do marketplace

Onde muda de verdade no dia a dia: Codex CLI, OpenCode e camadas de MCP

Quando você sai do Claude Code, o que realmente troca é o mecanismo de extensão do agente

É aí que mora o trabalho de plugar uma camada de decisão tipada no seu fluxo

Claude Code: marketplaces de plugin são adicionados por comando dentro da sessão, com /plugin marketplace add <origem>. E um plugin pode entregar hooks, agents, MCP servers e LSP servers

Codex CLI: a configuração de MCP vive em arquivo TOML próprio, em ~/.codex/config.toml (ou .codex/config.toml no projeto), na tabela [mcp_servers.<nome>]. Também tem comandos de CLI pra isso:

codex mcp add
codex mcp list

OpenCode: os servidores são declarados na própria configuração JSON, na chave mcp de opencode.json ou opencode.jsonc. Cada servidor tem nome único e um type: local (com o campo command) ou remote (com url e headers). Pra desativar sem apagar, enabled como false

Deixando bem explícito pra ninguém sair copiando errado: isso acima é o mecanismo de extensão de CADA agente, não é instrução de instalação do Jev

A TypeSafe não documenta o Jev como um servidor MCP oficial, então trate esses caminhos como a plumbing da sua casa, não como manual do produto

É a diferença entre "como meu agente aceita extensões" e "como o fornecedor manda instalar". Confundir os dois é o caminho mais rápido pra uma tarde perdida haha

Caminhos alternativos: OpenRouter, Cloudflare, Vercel AI Gateway, Pydantic AI e LiteLLM

A melhor prova de que a dependência não é do Claude Code: o Jev já aparece em várias camadas de terceiros

• OpenRouter: oferece o Jev por um endpoint de Decisions separado do chat completions, em POST https://openrouter.ai/api/alpha/decisions, com model typesafe/jev-1.13. Repara que o identificador muda de provedor pra provedor: na TypeSafe o alias jev-latest resolve pra jev-1.13.0, na OpenRouter o modelo é escrito typesafe/jev-1.13. E está em alpha, então trate como alpha mesmo
• Cloudflare Workers AI: tem página de modelo do Jev na documentação, listado como typesafe/jev
• Vercel AI Gateway: existe a página oficial "TypeSafe API with AI Gateway" na doc da Vercel
• Pydantic AI: documenta o provedor TypeSafe (Jev) como modelo suportado
• LiteLLM: documenta pass-through pra API da TypeSafe AI (Jev)

Se o seu projeto JÁ tem um gateway no meio do caminho, esse é o caminho de menor atrito: você não muda arquitetura, só aponta pra mais um modelo

E isso vale pra qualquer agente que você use no terminal, porque a decisão passa a ser feita pela sua aplicação, não pela ferramenta de código

Veredito: o que você perde ao sair do Claude Code

Do modelo, você não perde NADA

Os três formatos continuam iguais (choice, score e noul de 0 a 1), o preço é o mesmo US$ 0,042 por 1 milhão de tokens de entrada com saída gratuita, os tempos publicados são os mesmos 70 ms a 500 ms ponta a ponta

Os limites também não mudam: 64k tokens por requisição, estado mais a pergunta mais longa cabendo em 32k, entrada só texto (strings, objetos JSON e arrays de texto), 250.000 tokens por segundo e 1.200 requisições por minuto

O que você perde é ergonomia, e é bom saber exatamente qual:

• não tem slash command com namespace tipo /typesafe:typesafe-ai
• não tem auto-update de marketplace
• não tem a detecção de mudança de skill dentro da própria sessão

São três confortos reais, mas nenhum deles é o produto. É a mesma lógica de escolher entre o terminal e um ambiente com editor: o motor pode ser o mesmo, o atrito do dia a dia é que muda

A ressalva mais importante nem é de agente, é de acesso: cadastros novos estão pausados, a home da TypeSafe não exibe botão de waitlist e o header traz só Sign in e Contact sales

Ou seja, hoje o gargalo é entrar, não escolher o CLI

Conclusão

O Jev não depende do Claude Code

A dependência real é da API e da chave: com TYPESAFE_API_KEY no ambiente e o endpoint POST https://api.typesafe.ai/v1/systemone respondendo, o resto é detalhe de onde você digita

Se você já tem conta ativa, o próximo passo prático é justo esse: exportar a variável e chamar o endpoint direto do seu agente preferido, sem esperar por skill de ninguém

Se você ainda não tem acesso, o melhor uso do seu tempo é acompanhar a reabertura dos cadastros antes de desenhar a integração toda no papel

planejar em cima de porta fechada é o tipo de trabalho que a gente joga no lixo depois…

até o próximo post! 😀

Perguntas frequentes

Jev funciona no Codex CLI ou só no Claude Code?

Funciona em qualquer lugar, porque o Jev é uma API HTTP: POST para https://api.typesafe.ai/v1/systemone com Bearer token. O Codex CLI tem seu próprio jeito de configurar extensões (arquivo ~/.codex/config.toml com tabela [mcp_servers.<nome>], mais os comandos codex mcp add e codex mcp list), mas isso é mecanismo do Codex, não requisito do Jev.

Preciso instalar a skill do Jev pra usar no OpenCode?

Não. A skill é conveniência de instrução, não é a única porta de entrada. O OpenCode declara integrações na própria configuração JSON (chave mcp em opencode.json ou opencode.jsonc, com type local ou remote), mas pra chamar o Jev direto o que importa é bater no endpoint com sua TYPESAFE_API_KEY.

Dá pra usar Jev no Cursor ou no GitHub Copilot?

Sim, porque nenhum dos dois é o modelo em si: eles são LLMs de código, e o Jev é um modelo de decisão que roda por fora, via API. Pra instalar a skill oficial fora do Claude Code, o comando é npx skills add typesafe-ai/skills –skill typesafe-ai, com seleção do agente no prompt.

O Jev substitui o modelo do meu agente de código?

Não. A documentação oficial é clara: o Jev não gera texto, não escreve código e não conversa, então ele não substitui o LLM por trás de Claude Code, Cursor, opencode, Copilot e similares. Ele entra como peça de decisão dentro do app ou agente que você constrói, respondendo em choice, score ou noul.

Quanto custa chamar o Jev pela API, fora do Claude Code?

O preço é fixo independente de onde você chama: US$ 0,042 por 1 milhão de tokens de entrada, com tokens de saída gratuitos. Os limites publicados são 64k tokens por requisição no total (estado mais pergunta cabendo em até 32k), além de 250.000 tokens por segundo e 1.200 requisições por minuto.

Consigo criar uma conta nova no Jev pra testar em outro agente?

No momento não: a TypeSafe pausou novos cadastros por excesso de demanda desde 22/09/2026, e a pausa seguia valendo em 25/09/2026. Quem já tinha conta continua usando normalmente, e a empresa diz estar trabalhando pra reabrir o acesso.