Accès aux modèles

Routage

Lorsqu’une tâche s’exécute, le harnais de l’agent appelle un LLM. La manière dont cet appel est routé dépend de l’exécuteur et du mode d’authentification :

Agent harness
    ↓
┌─────────────────────────────────────────┐
│ Credits mode          │ BYOK mode       │
│                       │                 │
│ Rebyte Model Proxy    │ Direct to       │
│ (routes to any        │ provider API    │
│  provider)            │ (org's own key) │
└─────────────────────────────────────────┘
    ↓                       ↓
Anthropic / OpenAI / Google / OpenRouter

Mode Crédits — les requêtes sont acheminées via le proxy de modèle Rebyte, qui gère l’authentification auprès des fournisseurs en amont. L’exécuteur claude peut accéder aux modèles de n’importe quel fournisseur (Anthropic, OpenAI, Google, OpenRouter) via ce proxy.

Mode BYOK — les requêtes vont directement au fournisseur en utilisant la propre clé API de l’organisation. Chaque exécuteur est limité aux modèles de son fournisseur natif uniquement (par exemple, claude avec BYOK ne peut utiliser que les modèles Anthropic).

Modèles disponibles

Model	Provider	Executors
minimax-m2.7	Open Source	claude, opencode
kimi-k2.5	Open Source	claude, opencode
glm-5	Open Source	claude, opencode
gemini-3-flash	Google	claude, opencode
auto-gemini-3	Google	gemini
gemini-3.1-pro	Google	claude, opencode
claude-sonnet-4.6	Anthropic	claude, opencode
gpt-5.3-codex	OpenAI	claude, codex, opencode
gpt-5.4	OpenAI	claude, codex, opencode
claude-opus-4.6	Anthropic	claude, opencode

Les modèles Open Source sont routés via OpenRouter. Tous les autres modèles sont routés directement vers l’API de leur fournisseur.

Valeurs par défaut

Executor	Default model
claude	claude-sonnet-4.6
codex	gpt-5.4
opencode	gemini-3.1-pro
gemini	auto-gemini-3

Les utilisateurs peuvent remplacer le modèle par tâche.

Contrôles d’administration

Les administrateurs d’organisation gèrent l’accès aux modèles via Paramètres > Intégrations > Agents de code.

Les administrateurs peuvent :

• Définir les clés BYOK par exécuteur (claude, codex, gemini) — réservé aux administrateurs
• Supprimer les clés BYOK — ramène immédiatement l’organisation en mode crédits pour cet exécuteur — réservé aux administrateurs

Tous les membres de l’organisation peuvent :

• Tester les clés — vérifier qu’une clé API stockée est valide
• Voir le statut des clés — vérifier quels exécuteurs ont des clés BYOK actives

BYOK (Bring Your Own Key)

BYOK permet à une organisation d’acheminer les requêtes LLM directement vers le fournisseur en utilisant ses propres clés API.

Comment ça marche

1. L’administrateur stocke une clé API pour un exécuteur (claude, codex, ou gemini) dans Paramètres > Intégrations > Agents de code
2. Lorsqu’un membre de l’équipe exécute une tâche, l’agent s’authentifie directement auprès du fournisseur en utilisant la clé de l’organisation
3. Aucun crédit Rebyte n’est consommé — l’organisation paie directement le fournisseur
4. Si aucune clé BYOK n’est configurée, la tâche est acheminée via le proxy de modèle Rebyte et consomme des crédits

Restrictions de modèle BYOK

Avec BYOK, chaque exécuteur est limité aux modèles de son fournisseur natif :

Executor	Provider	BYOK models
claude	Anthropic	claude-sonnet-4.6, claude-opus-4.6
codex	OpenAI	gpt-5.4, gpt-5.3-codex
gemini	Google	auto-gemini-3

opencode ne prend pas en charge BYOK — il est routé uniquement via le proxy de modèle.

Sans BYOK, l’exécuteur claude peut accéder aux modèles de n’importe quel fournisseur via le proxy de modèle. Avec BYOK, il est limité aux modèles Anthropic uniquement, car la clé Anthropic de l’organisation ne peut pas s’authentifier auprès d’autres fournisseurs.