Skip to main content

​
Qual modelo revisa seu código

Não existe um modelo fixo. O Kodus roda em BYOK (Bring Your Own Key) por padrão em todos os planos, o que significa que o modelo — e a relação com o provedor por trás dele — normalmente é seu, não nosso.
De propósito não fixamos nomes de modelo nesta página. O catálogo muda rápido; para os modelos recomendados hoje, veja BYOK.
Existem três caminhos, e qual deles se aplica muda com quem está seu acordo de dados:

​
Classes de provedor suportadas

No BYOK você pode apontar o Kodus para:
  • Provedores frontier de primeira parte — os grandes laboratórios comerciais, via API própria.
  • Gateways enterprise hospedados em nuvem — os mesmos modelos frontier faturados na sua conta de nuvem existente, com o IAM, o pinning de região e as garantias de residência de dados dela.
  • Agregadores — uma única relação de faturamento na frente de vários modelos.
  • Qualquer endpoint compatível com OpenAI ou Anthropic — incluindo provedores especializados em código e modelos que você mesmo hospeda, que nunca saem da sua rede.
A lista completa e atual, com instruções de configuração, está em BYOK.
Uma revisão BYOK nunca cai silenciosamente em um modelo gerenciado pela Kodus. Se o modelo que você configurou falhar e você não tiver definido seu próprio fallback, a revisão falha — não redirecionamos seu código (nem sua conta) para a nossa infraestrutura.

​
O que o Kodus faz com seu código

  • O código é enviado ao provedor do modelo apenas para produzir aquela revisão, e apenas nas partes necessárias: o diff mais o contexto que a revisão exige.
  • Nada é retido pelo Kodus para treinamento.
  • Os resultados da revisão (sugestões, metadados) são armazenados para o produto conseguir mostrar histórico, evitar repetir sugestões e calcular métricas.

​
O que o provedor faz com seu código

Esta é a parte que vale ler com atenção, porque no BYOK isso não é regido pelo seu contrato com a Kodus — é regido pelo seu contrato com o provedor.
  • A maioria dos tiers comerciais de API declara não treinar com tráfego de API por padrão. Confirme isso no plano em que você está de fato: tiers gratuitos/consumer costumam diferir dos tiers pagos de API.
  • Janelas de retenção (para monitoramento de abuso, por exemplo) são definidas pelo provedor, não pelo Kodus.
  • Se você precisa de garantia contratual (retenção zero, região específica, DPA assinado), obtenha direto do provedor — ou use um gateway em nuvem ou um endpoint self-hosted, onde esses termos já fazem parte do seu acordo existente.
Como quem escolhe o provedor é você, o Kodus não pode fazer promessas de tratamento de dados em nome dele. Se sua postura de compliance depende de garantias específicas, confirme com o provedor antes de apontar o Kodus para ele.

​
Medidas de segurança do lado do Kodus

  • Tratamento da chave: sua chave de provedor é criptografada em repouso e nunca é exibida de volta em texto claro.
  • Criptografia: dados criptografados em trânsito e em repouso.
  • Acesso controlado: acesso ao workspace baseado em papéis — veja Papéis do Workspace.
  • Self-hosting: rode todo o stack na sua própria infraestrutura se não quiser que o código saia da sua rede. Veja Deploy do Kodus.

​
Telemetria self-hosted

Se você roda o Kodus self-hosted, cada instância envia um heartbeat anônimo diário para telemetry.kodus.io com contadores agregados e metadados de runtime — nunca código, identidades ou qualquer coisa que possa ser rastreada até seus usuários. Você pode inspecionar o payload exato com pnpm run telemetry:preview ou desativar com KODUS_TELEMETRY_DISABLED=true. Schema completo, política de retenção e links para o código-fonte estão em Telemetria Anônima. Dúvidas? Fale com nosso suporte ou entre no Discord.