Providers
Kilo Gateway
Kilo Gateway leitet Anfragen über einen einzigen OpenAI-kompatiblen Endpunkt und API-Schlüssel an zahlreiche Modelle weiter.
| Eigenschaft | Wert |
|---|---|
| Provider | kilocode |
| Authentifizierung | KILOCODE_API_KEY |
| API | OpenAI-kompatibel |
| Basis-URL | https://api.kilo.ai/api/gateway/ |
Plugin installieren
openclaw plugins install @openclaw/kilocode-provideropenclaw gateway restartEinrichtung
Konto erstellen
Rufen Sie app.kilo.ai auf, melden Sie sich an oder erstellen Sie ein Konto und generieren Sie anschließend einen API-Schlüssel.
Onboarding ausführen
openclaw onboard --auth-choice kilocode-api-keyAlternativ können Sie die Umgebungsvariable direkt festlegen:
export KILOCODE_API_KEY="<your-kilocode-api-key>" # pragma: allowlist secretVerfügbarkeit des Modells überprüfen
openclaw models list --provider kilocodeStandardmodell und Katalog
Das Standardmodell ist kilocode/kilo-auto/balanced, die ausgewogene Smart-Routing-Stufe von Kilo Gateway.
OpenClaw veröffentlicht dafür keine Zuordnung von Aufgaben zu Upstream-Modellen; das Routing hinter
kilo-auto/balanced wird von Kilo Gateway verwaltet.
Beim Start fragt OpenClaw GET https://api.kilo.ai/api/gateway/models ab und führt die ermittelten Modelle
vor einem statischen Fallback-Katalog zusammen. Der statische Fallback enthält ausschließlich
kilocode/kilo-auto/balanced (Auto Balanced, input: ["text", "image"], reasoning: true,
contextWindow: 1000000, maxTokens: 65536).
Jedes Modell auf dem Gateway kann als kilocode/<upstream-id> adressiert werden (zum Beispiel
kilocode/anthropic/claude-sonnet-4, kilocode/openai/gpt-5.5). Führen Sie /models kilocode oder
openclaw models list --provider kilocode aus, um die vollständige ermittelte Liste anzuzeigen.
Konfigurationsbeispiel
{ env: { KILOCODE_API_KEY: "<your-kilocode-api-key>" }, // pragma: allowlist secret agents: { defaults: { model: { primary: "kilocode/kilo-auto/balanced" }, }, },}Hinweise zum Verhalten
Transport und Kompatibilität
Kilo Gateway ist mit OpenRouter kompatibel und verwendet daher den Proxy-basierten OpenAI-kompatiblen
Anfragepfad anstelle der nativen OpenAI-Anfrageformatierung (kein store, keine OpenAI-Nutzlast für den Reasoning-Aufwand).
- Auf Gemini basierende Kilo-Referenzen verbleiben auf dem Proxy-Gemini-Pfad: OpenClaw bereinigt dort Gemini-Gedanken- signaturen, aktiviert jedoch weder die native Gemini-Validierung für die Wiedergabe noch Bootstrap-Umschreibungen.
- Anfragen verwenden ein Bearer-Token, das aus Ihrem API-Schlüssel erstellt wird.
Stream-Wrapper und Reasoning
Der Kilo-Stream-Wrapper fügt einen X-KILOCODE-FEATURE-Anfrage-Header hinzu (standardmäßig openclaw,
überschreibbar mit der Umgebungsvariable KILOCODE_FEATURE) und normalisiert Nutzlasten für den Reasoning-Aufwand bei
Modellen, die dies unterstützen.
Fehlerbehebung
- Wenn die Modellerkennung beim Start fehlschlägt, greift OpenClaw auf den statischen Katalog mit
kilocode/kilo-auto/balancedzurück. - Vergewissern Sie sich, dass Ihr API-Schlüssel gültig ist und die gewünschten Modelle für Ihr Kilo-Konto aktiviert sind.
- Wenn der Gateway als Daemon ausgeführt wird, stellen Sie sicher, dass
KILOCODE_API_KEYfür diesen Prozess verfügbar ist (zum Beispiel in~/.openclaw/.envoder überenv.shellEnv).
