Modellzugriff

Routing

Wenn eine Aufgabe ausgeführt wird, ruft das Agent-Harness ein LLM auf. Wie dieser Aufruf geroutet wird, hängt vom Executor und dem Authentifizierungsmodus ab:

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

Credits-Modus — Anfragen werden über den Rebyte-Modell-Proxy geleitet, der die Authentifizierung bei Upstream-Anbietern übernimmt. Der claude-Executor kann über diesen Proxy auf Modelle von jedem Anbieter (Anthropic, OpenAI, Google, OpenRouter) zugreifen.

BYOK-Modus — Anfragen gehen direkt an den Anbieter unter Verwendung des eigenen API-Schlüssels der Organisation. Jeder Executor ist auf die Modelle seines nativen Anbieters beschränkt (z.B. kann claude mit BYOK nur Anthropic-Modelle verwenden).

Verfügbare Modelle

Modell	Anbieter	Executoren
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

Open-Source-Modelle werden über OpenRouter geroutet. Alle anderen Modelle werden direkt an die API ihres Anbieters geleitet.

Standardeinstellungen

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

Benutzer können das Modell pro Aufgabe überschreiben.

Administrator-Steuerung

Organisationsadministratoren verwalten den Modellzugriff über Settings > Integrations > Code Agents.

Administratoren können:

• BYOK-Schlüssel festlegen pro Executor (claude, codex, gemini) — nur für Administratoren
• BYOK-Schlüssel löschen — setzt die Organisation für diesen Executor sofort in den Credits-Modus zurück — nur für Administratoren

Alle Organisationsmitglieder können:

• Schlüssel testen — überprüfen, ob ein gespeicherter API-Schlüssel gültig ist
• Schlüsselstatus anzeigen — prüfen, welche Executoren aktive BYOK-Schlüssel haben

BYOK (Bring Your Own Key)

BYOK ermöglicht es einer Organisation, LLM-Anfragen direkt an den Anbieter zu leiten, indem sie ihre eigenen API-Schlüssel verwendet.

Funktionsweise

1. Administrator speichert einen API-Schlüssel für einen Executor (claude, codex oder gemini) unter Settings > Integrations > Code Agents
2. Wenn ein Teammitglied eine Aufgabe ausführt, authentifiziert sich der Agent direkt beim Anbieter unter Verwendung des Schlüssels der Organisation
3. Es werden keine Rebyte-Credits verbraucht — die Organisation bezahlt den Anbieter direkt
4. Wenn kein BYOK-Schlüssel konfiguriert ist, wird die Aufgabe über den Rebyte-Modell-Proxy geleitet und verbraucht Credits

BYOK-Modellbeschränkungen

Mit BYOK ist jeder Executor auf die Modelle seines nativen Anbieters beschränkt:

Executor	Anbieter	BYOK-Modelle
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 unterstützt BYOK nicht — es wird nur über den Modell-Proxy geleitet.

Ohne BYOK kann der claude-Executor über den Modell-Proxy auf Modelle von jedem Anbieter zugreifen. Mit BYOK ist er auf Anthropic-Modelle beschränkt, da der Anthropic-Schlüssel der Organisation nicht für die Authentifizierung bei anderen Anbietern verwendet werden kann.