Unterstützte KI-Provider
Verfügbare Modelle, Umgebungsvariablen und Sandbox-Verhalten.
Provider-IDs stehen in packages/config/providers.ts. Deskriptoren in packages/ai/provider/index.ts verwalten Standardmodell, API-Schlüssel-Auswahl und Lazy-SDK-Konstruktor.
| Provider | Standardmodell im Repository | Umgebungsschlüssel |
|---|---|---|
openai | gpt-5.6-sol | OPENAI_API_KEY |
anthropic | claude-fable-5-1 | ANTHROPIC_API_KEY |
google | gemini-3.8-flash | GEMINI_API_KEY oder GOOGLE_API_KEY |
groq | openai/gpt-oss-120b | GROQ_API_KEY |
mistral | mistral-large-latest | MISTRAL_API_KEY |
deepseek | deepseek-v4-pro | DEEPSEEK_API_KEY |
xai | grok-4.6 | XAI_API_KEY |
cohere | command-r-plus | COHERE_API_KEY |
openrouter | openai/gpt-oss-20b | OPENROUTER_API_KEY |
together | openai/gpt-oss-120b | TOGETHER_API_KEY |
mock | Offline-Textantworten | Kein Schlüssel |
Das sind eingecheckte Standardwerte, keine Garantie, dass jedes Modell für Ihr Konto verfügbar ist. Geben Sie bei Bedarf ein explizites Modell in den chatCompletion-Optionen oder an getLanguageModel weiter.
Auswahl
MOCK_SERVICES=true oder AI_PROVIDER=mock wählt Mock. Sonst wählt ein nichtleerer AI_PROVIDER einen bekannten Anbieter; unbekannte Namen schlagen klar fehl. Ohne explizite Auswahl folgt die Schlüsselerkennung der Reihenfolge der echten Anbieter in der Tabelle und fällt danach auf Mock zurück. Ein explizit gewählter echter Anbieter verlangt seinen Schlüssel.
Wählen Sie AI_PROVIDER=openrouter oder AI_PROVIDER=together für die enthaltenen OpenAI-Chat-Completions-Adapter. Setzen Sie den passenden API-Schlüssel und bei Bedarf OPENROUTER_MODEL oder TOGETHER_MODEL; sonst gelten die Tabellenwerte. Prüfen Sie Modellzugriff und Guthaben im Konto. Die Adapter verwenden https://openrouter.ai/api/v1 beziehungsweise https://api.together.ai/v1. Für generische Endpunkte bleibt openai mit OPENAI_BASE_URL verfügbar; der Dienst muss dessen API-Protokoll unterstützen.
Ohne AI_PROVIDER gilt der unter /app/admin/setup gespeicherte KI-Anbieter. Bei Zugangsdaten und Modellvorgaben haben Umgebungsvariablen Vorrang vor gespeicherten Integrationswerten. Fehlende Zugangsdaten für einen gewählten echten Anbieter führen zu einem Fehler, nicht zu einem stillen Wechsel auf Mock.
Provider ergänzen
Ergänzen Sie die ID im KI-Provider-Tupel in packages/config/providers.ts. Ergänzen Sie einen modelProviders-Deskriptor in packages/ai/provider/index.ts mit defaultModel, keyName, getApiKey und einer Lazy-Funktion createModel. Installieren Sie ein Anbieter-SDK nur bei Bedarf im AI-Workspace und aktualisieren Sie bun.lock.
Halten Sie die automatische Auswahlreihenfolge explizit, melden Sie fehlende Zugangsdaten und testen Sie die SDK-Auswahl mit Mocks ohne Netzwerkzugriffe. Prüfen Sie echte Text-, Streaming- und Tool-Fähigkeiten separat. Der gemeinsame AiAdapter-Vertrag bleibt chatCompletion(messages, options?) → { text }; Mock emuliert nicht jede SDK-Funktion.
Ergänzen Sie bei einer neuen Provider-ID auch den zugehörigen Zugangsdaten-Hinweiseintrag in packages/config/providers.ts. Dieser dient Produktvalidierung und Setup-Hinweisen; ein Product-Manifest wählt zur Laufzeit keinen Adapter automatisch aus.