Provedores de classificação (Jev)
Algumas funções do OpenChamber precisam de uma decisão rápida antes de agir: este comando é arriscado? Que tipo de tarefa é este prompt? Este trabalho parece concluído? Quem responde a essas perguntas é o Jev, um pequeno modelo de decisão da TypeSafe. Esta página mostra como dar ao OpenChamber acesso ao Jev.
O Jev nunca escreve código nem responde no seu chat. Ele só devolve um veredito, e o OpenChamber age de acordo. O OpenChamber espera a resposta por no máximo quatro segundos antes de enviar uma mensagem ou executar uma ação, e por até quinze segundos nas verificações depois de um turno, das quais nada depende.
O que usa o Jev
| Função | A pergunta que o Jev responde |
|---|---|
| Permissões e rede de segurança | O agente deve perguntar a você antes de executar esta ação? |
| Roteamento automático de modelos | A qual das suas categorias este prompt pertence? |
| Sessões em andamento | Este turno parece o fim do trabalho? |
| Resumo e sugestão da próxima mensagem | Vale a pena gerar um resumo ou uma sugestão depois deste turno? |
Sem provedor, a rede de segurança e o Auto ficam ocultos, e as sessões em andamento não recebem a dica “parece concluído”. As sessões continuam indo para em andamento quando você envia uma mensagem. Resumos e sugestões continuam funcionando, só que sem o filtro.
Configuração
O Jev fica desativado até você ativá-lo: nada das suas conversas vai para um provedor de classificação a menos que você escolha um. Abra Configurações → Provedores → Provedores de classificação e escolha para onde vão as solicitações ao Jev. Além de Desativado, há sete opções.
Promoção do OpenCode Zen
Grátis por tempo limitado, sem chave. Enquanto a promoção durar, o OpenCode deixa o OpenChamber usar o Jev pelo OpenCode Zen sem custo.
Quando a promoção acabar, a opção some e o OpenChamber passa para uma das chaves abaixo, se você tiver alguma.
Chave do OpenCode Zen
Usa a chave de API do Zen salva no OpenCode, paga com o seu saldo do Zen.
- Abra Configurações → Provedores e adicione uma chave de API ao provedor OpenCode Zen (veja Provedores, modelos e agentes).
- Volte a Provedores de classificação e escolha Chave do OpenCode Zen.
Entrar com uma conta do OpenCode não basta. Para o Jev, o Zen só aceita uma chave de API.
Chave do OpenRouter
Usa a chave de API do OpenRouter salva no OpenCode, cobrada da sua conta OpenRouter. Se você já usa modelos do OpenRouter no OpenCode, não há nada para configurar. Uma chave na variável de ambiente OPENROUTER_API_KEY também funciona. Se houver as duas, vale a chave salva no OpenCode.
- Abra Configurações → Provedores e adicione uma chave de API ao provedor OpenRouter.
- Volte para Provedores de classificação e escolha Chave do OpenRouter.
Chave do Vercel AI Gateway
Usa a chave de API do AI Gateway salva no OpenCode, cobrada da sua conta Vercel. Uma chave na variável de ambiente AI_GATEWAY_API_KEY também funciona. Se houver as duas, vale a chave salva no OpenCode.
- Abra Configurações → Provedores e adicione uma chave de API ao provedor Vercel AI Gateway.
- Volte para Provedores de classificação e escolha Chave do Vercel AI Gateway.
Google Gemini
Usa o Gemini Decision 1, o modelo de decisão do próprio Google, pela Decisions API do Google, cobrado da sua conta Google. O OpenChamber faz a ele as mesmas perguntas que faz ao Jev. No nível gratuito do Google, o Google pode usar o que recebe para melhorar seus produtos (termos da API do Gemini).
- Obtenha uma chave de API no Google AI Studio.
- Cole-a no campo Chave de API do Gemini e clique em Salvar.
Salvar uma chave também a seleciona. A chave fica no servidor do OpenChamber, em um arquivo próprio, e nunca é enviada ao navegador.
Se o provedor Google no OpenCode já tiver uma chave de API, você pode pular o campo e escolher Google Gemini. Uma chave em GOOGLE_API_KEY, GOOGLE_GENERATIVE_AI_API_KEY ou GEMINI_API_KEY também funciona. Uma chave salva no OpenChamber vale mais que as duas. Mantenha a chave no OpenChamber se quiser o Gemini só para decisões: uma chave no provedor Google do OpenCode também libera lá todos os modelos de chat do Gemini, e uma chave de API do Gemini não pode ser limitada a um só modelo.
Chave de API da TypeSafe
Sua própria chave e sua própria cota da TypeSafe.
- Obtenha uma chave de API na TypeSafe.
- Cole-a no campo Chave de API da TypeSafe e clique em Salvar.
Salvar uma chave também a seleciona. A chave fica no servidor do OpenChamber, em um arquivo próprio, e nunca é enviada ao navegador.
Endpoint personalizado
Qualquer serviço que fale a API System One da TypeSafe: um gateway auto-hospedado, um proxy da empresa ou um provedor que não aparece aqui.
- Em Endpoint personalizado, preencha a URL do endpoint e o Modelo (por exemplo,
jev-latest). - Adicione uma Chave de API se o serviço precisar. Ela é enviada como token
Bearer. - Clique em Salvar.
Cole o endereço completo em que o serviço responde, como https://api.typesafe.ai/v1/systemone ou https://proxy.company.internal/v1/decision num proxy da empresa. O OpenChamber chama exatamente o que você colou e não acrescenta nada ao caminho. Só http e https funcionam, e a chave vai no campo próprio dela, nunca na URL.
Salvar também seleciona o endpoint. Assim como a chave da TypeSafe, o endpoint e a chave dele ficam no servidor do OpenChamber, em um arquivo próprio, e a chave nunca é enviada ao navegador.
Um servidor também pode receber o endpoint pelo ambiente, o que ajuda quando você configura o OpenChamber para uma equipe:
OPENCHAMBER_JEV_URL=https://jev.example.com/v1/systemoneOPENCHAMBER_JEV_MODEL=jev-latest # opcional, este é o padrãoOPENCHAMBER_JEV_API_KEY=... # opcionalNos notebooks que você gerencia, coloque o mesmo endpoint em jev no arquivo de política da máquina. Ele tem prioridade sobre o ambiente.
De qualquer forma, esse endpoint substitui o endpoint salvo nas Configurações, e as Configurações o mostram sem deixar ninguém editá-lo. No modo empresarial, é a única fonte do Jev permitida além de Desativado, e vem selecionada por padrão.
Assim que um provedor funciona, o cartão em Configurações → Provedores mostra Pronto.
Quando a sua escolha para de funcionar
Se o provedor escolhido não puder ser usado (a promoção acabou, uma chave foi removida), o OpenChamber recorre à primeira das suas próprias chaves que funcionar: chave da TypeSafe, depois seu endpoint personalizado, depois OpenRouter, depois Vercel AI Gateway, depois chave do Zen. Ele nunca recorre à promoção nem ao Google Gemini, e Desativado continua desativado. A página mostra qual está em uso agora.
Se o Jev estiver lento ou falhar em uma solicitação, nada quebra. Cada função tem uma resposta segura para esse caso:
- A rede de segurança deixa a ação esperando por você.
- O Auto manda o prompt para o seu modelo de reserva.
- A dica “parece concluído” não aparece nas sessões em andamento.
- O resumo e a sugestão são gerados como se o Jev não existisse.
O que o Jev vê
O Jev recebe sua última mensagem e, como contexto, trechos da conversa recente: até três turnos anteriores, cortados em algumas centenas de caracteres cada, e ao fim de um turno, o começo e o fim da resposta do agente. Para a rede de segurança, ele também recebe a ação para a qual o agente pede permissão, do jeito que o OpenCode a descreve: o comando que o agente quer executar, ou o arquivo e a mudança em uma edição. Quando o agente cria um arquivo, essa mudança é o arquivo inteiro, incluindo imagens escritas como texto, como SVG. Quando o Jev verifica um objetivo, ele recebe o objetivo e a última resposta do agente, até 10.000 caracteres dela.
As solicitações vão do servidor do OpenChamber direto para o OpenCode Zen, o OpenRouter, o Vercel AI Gateway, o Google, a TypeSafe ou o seu endpoint personalizado, conforme a sua escolha.
Onde funciona
O Jev roda no servidor do OpenChamber, então funciona no app desktop, no app web e no seu celular conectado a qualquer um dos dois. A extensão do VS Code fala direto com o OpenCode e não tem Jev: lá não há rede de segurança, não há Auto e não há a dica “parece concluído”.
Relacionado
- Provedores, modelos e agentes: onde ficam as chaves do OpenCode Zen, do OpenRouter e do Vercel AI Gateway
- Segurança: como o OpenChamber lida com chaves e acesso