Providers
LiteLLM
LiteLLM ist ein quelloffenes LLM-Gateway mit einer einheitlichen API für mehr als 100 Modell-Provider. Leiten Sie OpenClaw über LiteLLM, um Kosten zentral zu erfassen, Protokolle zu führen, virtuelle Schlüssel mit Ausgabenlimits zu verwenden und bei Backend-Ausfällen auszuweichen, ohne die OpenClaw-Konfiguration zu ändern.
Schnellstart
Onboarding (empfohlen)
openclaw onboard --auth-choice litellm-api-keyÜbergeben Sie für eine nicht interaktive Einrichtung mit einem Remote-Proxy die Proxy-URL ausdrücklich:
openclaw onboard --non-interactive --accept-risk --auth-choice litellm-api-key \ --litellm-api-key "$LITELLM_API_KEY" --custom-base-url "https://litellm.example/v1"Manuelle Einrichtung
LiteLLM-Proxy starten
pip install 'litellm[proxy]'litellm --model claude-opus-4-6OpenClaw mit LiteLLM verbinden
export LITELLM_API_KEY="your-litellm-key"openclawKonfiguration
{ models: { providers: { litellm: { baseUrl: "http://localhost:4000", apiKey: "${LITELLM_API_KEY}", api: "openai-completions", models: [ { id: "claude-opus-4-6", name: "Claude Opus 4.6", reasoning: true, input: ["text", "image"], contextWindow: 200000, maxTokens: 64000, }, { id: "gpt-4o", name: "GPT-4o", reasoning: false, input: ["text", "image"], contextWindow: 128000, maxTokens: 8192, }, ], }, }, }, agents: { defaults: { model: { primary: "litellm/claude-opus-4-6" }, }, },}Das beim Onboarding eingetragene Standardmodell ist litellm/claude-opus-4-6.
Bilderzeugung
LiteLLM kann das Tool image_generate über die OpenAI-kompatiblen Routen /images/generations und
/images/edits bereitstellen. Das standardmäßige Bildmodell ist gpt-image-2; konfigurieren Sie unter
agents.defaults.imageGenerationModel ein anderes Modell:
{ models: { providers: { litellm: { baseUrl: "http://localhost:4000", apiKey: "${LITELLM_API_KEY}", }, }, }, agents: { defaults: { imageGenerationModel: { primary: "litellm/gpt-image-2", timeoutMs: 180_000, }, }, },}LiteLLM-URLs über local loopback (http://localhost:4000, 127.0.0.1, ::1, host.docker.internal)
funktionieren ohne eine globale Außerkraftsetzung für private Netzwerke. Legen Sie für einen im LAN gehosteten
Proxy models.providers.litellm.request.allowPrivateNetwork: true fest, da der API-Schlüssel an diesen Host gesendet wird.
Erweitert
Virtuelle Schlüssel
Erstellen Sie für OpenClaw einen dedizierten Schlüssel mit Ausgabenlimits:
curl -X POST "http://localhost:4000/key/generate" \ -H "Authorization: Bearer $LITELLM_MASTER_KEY" \ -H "Content-Type: application/json" \ -d '{ "key_alias": "openclaw", "max_budget": 50.00, "budget_duration": "monthly" }'Verwenden Sie den generierten Schlüssel als LITELLM_API_KEY.
Modell-Routing
LiteLLM kann Modellanfragen an verschiedene Backends weiterleiten. Konfigurieren Sie dies in Ihrer LiteLLM-Datei config.yaml:
model_list: - model_name: claude-opus-4-6 litellm_params: model: claude-opus-4-6 api_key: os.environ/ANTHROPIC_API_KEY - model_name: gpt-4o litellm_params: model: gpt-4o api_key: os.environ/OPENAI_API_KEYOpenClaw fordert weiterhin claude-opus-4-6 an; LiteLLM übernimmt das Routing.
Nutzung anzeigen
# Key infocurl "http://localhost:4000/key/info" \ -H "Authorization: Bearer sk-litellm-key" # Spend logscurl "http://localhost:4000/spend/logs" \ -H "Authorization: Bearer $LITELLM_MASTER_KEY"Hinweise zum Proxy-Verhalten
- LiteLLM wird standardmäßig unter
http://localhost:4000ausgeführt. - OpenClaw stellt die Verbindung über den Proxy-artigen, OpenAI-kompatiblen
/v1-Endpunkt von LiteLLM her. - Eine ausschließlich für natives OpenAI vorgesehene Anfragegestaltung gilt bei einer konfigurierten LiteLLM-Basis-URL nicht:
kein
service_tier, kein Responses-store, keine Hinweise zum Prompt-Cache und keine OpenAI-spezifische Gestaltung der Nutzlast für den Reasoning-Aufwand. - Verborgene OpenClaw-Attributionsheader (
originator,version,User-Agent) werden ausschließlich an verifizierte native OpenAI-Endpunkte gesendet und daher bei einer benutzerdefinierten LiteLLM-Basis-URL nicht eingefügt.