Hugging Face Inference Providers bieten OpenAI-kompatible Chat Completions über eine einzige Router-API. Sie erhalten mit einem Token Zugriff auf viele Modelle (DeepSeek, Llama und mehr). OpenClaw verwendet den OpenAI-kompatiblen Endpunkt (nur Chat Completions); für Text-zu-Bild, Embeddings oder Sprache verwenden Sie die HF-Inferenz-Clients direkt.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
- Provider:
huggingface - Auth:
HUGGINGFACE_HUB_TOKENoderHF_TOKEN(feingranulares Token mit Make calls to Inference Providers) - API: OpenAI-kompatibel (
https://router.huggingface.co/v1) - Abrechnung: Ein einzelnes HF-Token; Preise folgen den Provider-Tarifen mit einer kostenlosen Stufe.
Erste Schritte
Feingranulares Token erstellen
Gehen Sie zu Hugging Face Settings Tokens und erstellen Sie ein neues feingranulares Token.
Onboarding ausführen
Wählen Sie Hugging Face im Provider-Dropdown aus und geben Sie dann Ihren API-Schlüssel ein, wenn Sie dazu aufgefordert werden:
Ein Standardmodell auswählen
Wählen Sie im Dropdown Default Hugging Face model das gewünschte Modell aus. Die Liste wird aus der Inference API geladen, wenn Sie ein gültiges Token haben; andernfalls wird eine integrierte Liste angezeigt. Ihre Auswahl wird als Standardmodell gespeichert.Sie können das Standardmodell später auch in der Konfiguration setzen oder ändern:
Nicht-interaktives Setup
huggingface/deepseek-ai/DeepSeek-R1 als Standardmodell gesetzt.
Modell-IDs
Modellreferenzen verwenden die Formhuggingface/<org>/<model> (Hub-Stil-IDs). Die folgende Liste stammt von GET https://router.huggingface.co/v1/models; Ihr Katalog kann mehr enthalten.
| Modell | Ref (mit Präfix huggingface/) |
|---|---|
| DeepSeek R1 | deepseek-ai/DeepSeek-R1 |
| DeepSeek V3.2 | deepseek-ai/DeepSeek-V3.2 |
| Qwen3 8B | Qwen/Qwen3-8B |
| Qwen2.5 7B Instruct | Qwen/Qwen2.5-7B-Instruct |
| Qwen3 32B | Qwen/Qwen3-32B |
| Llama 3.3 70B Instruct | meta-llama/Llama-3.3-70B-Instruct |
| Llama 3.1 8B Instruct | meta-llama/Llama-3.1-8B-Instruct |
| GPT-OSS 120B | openai/gpt-oss-120b |
| GLM 4.7 | zai-org/GLM-4.7 |
| Kimi K2.5 | moonshotai/Kimi-K2.5 |
Erweiterte Konfiguration
Modellerkennung und Onboarding-Dropdown
Modellerkennung und Onboarding-Dropdown
OpenClaw erkennt Modelle, indem der Inference-Endpunkt direkt aufgerufen wird:(Optional: senden Sie
Authorization: Bearer $HUGGINGFACE_HUB_TOKEN oder $HF_TOKEN für die vollständige Liste; einige Endpunkte geben ohne Auth nur eine Teilmenge zurück.) Die Antwort entspricht dem OpenAI-Stil: { "object": "list", "data": [ { "id": "Qwen/Qwen3-8B", "owned_by": "Qwen", ... }, ... ] }.Wenn Sie einen Hugging-Face-API-Schlüssel konfigurieren (über Onboarding, HUGGINGFACE_HUB_TOKEN oder HF_TOKEN), verwendet OpenClaw dieses GET, um verfügbare Chat-Completion-Modelle zu erkennen. Während des interaktiven Setups sehen Sie nach Eingabe Ihres Tokens ein Dropdown Default Hugging Face model, das aus dieser Liste befüllt wird (oder aus dem integrierten Katalog, wenn die Anfrage fehlschlägt). Zur Laufzeit (z. B. beim Gateway-Start) ruft OpenClaw, wenn ein Schlüssel vorhanden ist, erneut GET https://router.huggingface.co/v1/models auf, um den Katalog zu aktualisieren. Die Liste wird mit einem integrierten Katalog zusammengeführt (für Metadaten wie Kontextfenster und Kosten). Wenn die Anfrage fehlschlägt oder kein Schlüssel gesetzt ist, wird nur der integrierte Katalog verwendet.Modellnamen, Aliasse und Richtlinien-Suffixe
Modellnamen, Aliasse und Richtlinien-Suffixe
- Name aus der API: Der Anzeigename des Modells wird aus GET /v1/models abgeleitet, wenn die API
name,titleoderdisplay_namezurückgibt; andernfalls wird er aus der Modell-ID abgeleitet (z. B. wirddeepseek-ai/DeepSeek-R1zu „DeepSeek R1“). - Anzeigenamen überschreiben: Sie können pro Modell ein benutzerdefiniertes Label in der Konfiguration setzen, sodass es in CLI und UI so erscheint, wie Sie es möchten:
-
Richtlinien-Suffixe: Die gebündelten Hugging-Face-Dokumente und -Helfer in OpenClaw behandeln derzeit diese beiden Suffixe als integrierte Richtlinienvarianten:
:fastest— höchster Durchsatz.:cheapest— niedrigste Kosten pro Ausgabetoken.
models.providers.huggingface.modelshinzufügen odermodel.primarymit dem Suffix setzen. Sie können Ihre Standardreihenfolge für Provider auch in den Inference Provider settings festlegen (ohne Suffix = diese Reihenfolge verwenden). -
Zusammenführung der Konfiguration: Bestehende Einträge in
models.providers.huggingface.models(z. B. inmodels.json) bleiben beim Zusammenführen der Konfiguration erhalten. Daher bleiben benutzerdefinierte Werte fürname,aliasoder Modelloptionen, die Sie dort setzen, erhalten.
Umgebung und Daemon-Setup
Umgebung und Daemon-Setup
Wenn das Gateway als Daemon läuft (launchd/systemd), stellen Sie sicher, dass
HUGGINGFACE_HUB_TOKEN oder HF_TOKEN für diesen Prozess verfügbar ist (zum Beispiel in ~/.openclaw/.env oder über env.shellEnv).OpenClaw akzeptiert sowohl
HUGGINGFACE_HUB_TOKEN als auch HF_TOKEN als Aliasse für Umgebungsvariablen. Beide funktionieren; wenn beide gesetzt sind, hat HUGGINGFACE_HUB_TOKEN Vorrang.Konfiguration: DeepSeek R1 mit Qwen-Fallback
Konfiguration: DeepSeek R1 mit Qwen-Fallback
Konfiguration: Qwen mit cheapest- und fastest-Varianten
Konfiguration: Qwen mit cheapest- und fastest-Varianten
Konfiguration: DeepSeek + Llama + GPT-OSS mit Aliasen
Konfiguration: DeepSeek + Llama + GPT-OSS mit Aliasen
Konfiguration: Mehrere Qwen- und DeepSeek-Modelle mit Richtlinien-Suffixen
Konfiguration: Mehrere Qwen- und DeepSeek-Modelle mit Richtlinien-Suffixen
Verwandt
Modellauswahl
Überblick über alle Provider, Modellreferenzen und Failover-Verhalten.
Modellauswahl
Wie Modelle ausgewählt und konfiguriert werden.
Inference Providers docs
Offizielle Dokumentation zu Hugging Face Inference Providers.
Konfiguration
Vollständige Konfigurationsreferenz.