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, ein vom Provider verwaltetes Modell für intelligentes Routing. OpenClaw
veröffentlicht dafür keine Zuordnung von Aufgaben zu Upstream-Modellen; das Routing hinter kilo/auto 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 (Kilo Auto,
input: ["text", "image"], reasoning: true, contextWindow: 1000000, maxTokens: 128000).
Jedes Modell im Gateway ist unter kilocode/<upstream-id> adressierbar (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 Liste der ermittelten Modelle anzuzeigen.
Konfigurationsbeispiel
{ env: { KILOCODE_API_KEY: "<your-kilocode-api-key>" }, // pragma: allowlist secret agents: { defaults: { model: { primary: "kilocode/kilo/auto" }, }, },}Hinweise zum Verhalten
Transport und Kompatibilität
Kilo Gateway ist mit OpenRouter kompatibel und verwendet daher den Proxy-basierten OpenAI-kompatiblen Anfragepfad
statt der nativen OpenAI-Anfrageformatierung (kein store, keine OpenAI-Nutzlast für den Reasoning-Aufwand).
- Auf Gemini basierende Kilo-Referenzen verbleiben im Proxy-Gemini-Pfad: OpenClaw bereinigt dort Gemini-Gedankensignaturen, aktiviert jedoch weder die native Gemini-Validierung für Wiederholungen noch Bootstrap-Umschreibungen.
- Anfragen verwenden ein aus Ihrem API-Schlüssel erstelltes Bearer-Token.
Stream-Wrapper und Reasoning
Der Kilo-Stream-Wrapper fügt den Anfrage-Header X-KILOCODE-FEATURE 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/autozurü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).
