Skip to main content
Qwen Cloud ist ein offizielles externes Provider-Plugin für OpenClaw mit der kanonischen ID qwen. Es ist für die Qwen-Cloud-/Alibaba-DashScope-Endpunkte für Standard und Coding Plan vorgesehen, stellt Token Plan als qwen-token-plan bereit, behält modelstudio als Kompatibilitätsalias bei und verwaltet unabhängig die dokumentierte benutzerdefinierte Provider-ID bailian-token-plan von Alibaba.
qwen3.7-plus und qwen3.6-plus funktionieren mit Coding-Plan- und Standard-Endpunkten. Verwenden Sie für qwen3.7-max oder qwen3.6-flash einen Standard-Endpunkt (nutzungsbasierte Abrechnung).

Plugin installieren

qwen wird als offizielles externes Plugin ausgeliefert und ist nicht im Kern gebündelt. Installieren Sie es und starten Sie den Gateway neu:

Erste Schritte

Wählen Sie Ihren Plantyp und führen Sie die Einrichtungsschritte aus.
Am besten geeignet für: abonnementbasierten Zugriff über den Qwen Coding Plan.
1

API-Schlüssel abrufen

Erstellen oder kopieren Sie einen API-Schlüssel unter home.qwencloud.com/api-keys.
2

Onboarding ausführen

Für den globalen Endpunkt:
Für den Endpunkt in China:
3

Standardmodell festlegen

4

Verfügbarkeit des Modells überprüfen

Veraltete Auth-Choice-IDs modelstudio-* und Modellreferenzen modelstudio/... funktionieren weiterhin als Kompatibilitätsaliase, neue Einrichtungsabläufe sollten jedoch die kanonischen Auth-Choice-IDs qwen-* und Modellreferenzen qwen/... bevorzugen. Wenn Sie einen exakten benutzerdefinierten Eintrag models.providers.modelstudio mit einem anderen Wert für api definieren, verwaltet dieser benutzerdefinierte Provider die Referenzen modelstudio/... anstelle des Qwen-Kompatibilitätsalias.

Plantypen und Endpunkte

Der Provider wählt den Endpunkt automatisch anhand Ihrer Authentifizierungsauswahl aus. Kanonische Auswahlmöglichkeiten verwenden die Familie qwen-*; modelstudio-* bleibt ausschließlich zur Kompatibilität erhalten. Überschreiben Sie dies mit einem benutzerdefinierten baseUrl in der Konfiguration.
Schlüssel verwalten: home.qwencloud.com/api-keys | Dokumentation: docs.qwencloud.com

Integrierter Katalog

OpenClaw liefert diesen statischen Qwen-Katalog aus. Der Katalog berücksichtigt den Endpunkt: Coding- Plan-Konfigurationen lassen Modelle aus, die nur mit dem Standard-Endpunkt funktionieren.
Die Verfügbarkeit kann je nach Endpunkt und Abrechnungsplan weiterhin variieren, selbst wenn ein Modell im statischen Katalog vorhanden ist.

Token-Plan-Katalog

Token Plan verwendet eine separate Zulassungsliste mit exakter Zeichenfolgenübereinstimmung. Ausschließlich zur Bilderzeugung vorgesehene Planmodelle sind hier nicht enthalten, da sie andere APIs verwenden.

Steuerung des Denkprozesses

qwen3.7-max, qwen3.7-plus, qwen3.6-flash und qwen3.6-plus unterstützen im integrierten Katalog Schlussfolgerungen. Bei Schlussfolgerungsmodellen der Familie qwen ordnet der Provider die OpenClaw-Denkstufen dem Anfrageflag enable_thinking auf oberster Ebene von DashScope zu: Bei deaktiviertem Denken wird enable_thinking: false gesendet, bei jeder anderen Stufe enable_thinking: true. Benutzerdefinierte Modelle können sich für eine alternative Denknutzlast der Chatvorlage entscheiden, indem im Modelleintrag compat.thinkingFormat: "qwen-chat-template" festgelegt wird. Token-Plan-Modelle sind ebenfalls als schlussfolgerungsfähig gekennzeichnet. kimi-k2.7-code und MiniMax-M2.5 funktionieren ausschließlich mit aktiviertem Denken. Daher lässt OpenClaw das Denken aktiviert, selbst wenn die Sitzung /think off anfordert. DeepSeek V4 ordnet minimal bis high dem Aufwand high des Dienstes zu und ordnet xhigh oder max max zu. GLM 5.2 akzeptiert den gesamten Bereich von minimal bis max; GLM 5.1 und GLM 5 akzeptieren Werte bis xhigh, und alle drei verwenden standardmäßig high. Andere Hybridmodelle folgen dem angeforderten Ein-/Aus-Zustand.

Multimodale Erweiterungen

Das Plugin qwen stellt multimodale Funktionen ausschließlich auf den Standard-Endpunkten von DashScope bereit, nicht auf den Coding-Plan-Endpunkten:
  • Bild- und Videoverständnis über qwen3.6-plus
  • Wan-Videogenerierung über wan2.6-t2v (Standard), wan2.6-i2v, wan2.6-r2v, wan2.6-r2v-flash, wan2.7-r2v
Die Medienanalyse wird automatisch anhand der konfigurierten Qwen-Authentifizierung aufgelöst; es ist keine zusätzliche Konfiguration erforderlich. Stellen Sie sicher, dass Sie einen Standard-Endpunkt (nutzungsbasierte Abrechnung) verwenden, damit die Medienanalyse funktioniert. So legen Sie Qwen als Standard-Video-Provider fest:
Beschränkungen für die Videogenerierung: 1 Ausgabevideo pro Anfrage, bis zu 1 Eingabebild (Bild-zu-Video), bis zu 4 Eingabevideos (Video-zu-Video), maximal 10 Sekunden Dauer. Unterstützt size, aspectRatio, resolution, audio und watermark. Referenzbild-/-videoeingaben erfordern entfernte http(s)-URLs; lokale Dateipfade werden vorab abgelehnt, da der DashScope-Videoendpunkt keine hochgeladenen lokalen Puffer für diese Referenzen akzeptiert.
Unter Videogenerierung finden Sie gemeinsame Tool-Parameter, die Provider-Auswahl und das Failover-Verhalten.

Erweiterte Konfiguration

qwen3.7-plus und qwen3.6-plus sind über Coding-Plan- und Standard-Endpunkte verfügbar. qwen3.7-max und qwen3.6-flash sind nur über Standard verfügbar. Die Standard-Endpunkte (nutzungsabhängige Abrechnung) sind:
  • China: dashscope.aliyuncs.com/compatible-mode/v1
  • Global: dashscope-intl.aliyuncs.com/compatible-mode/v1
OpenClaw lässt qwen3.7-max und qwen3.6-flash in Coding-Plan-Katalogen aus. Wenn ein Coding-Plan-Endpunkt für eines der Modelle den Fehler „unsupported model“ zurückgibt, wechseln Sie zum entsprechenden Standard-Endpunkt und Schlüssel.
OpenClaw ordnet die konfigurierte Qwen-Region dem passenden DashScope-AIGC-Host zu, bevor ein Videoauftrag übermittelt wird:
  • Global/Intl: https://dashscope-intl.aliyuncs.com
  • China: https://dashscope.aliyuncs.com
Ein normaler models.providers.qwen.baseUrl, der entweder auf die Coding-Plan- oder Standard-Qwen-Hosts verweist, leitet die Videogenerierung dennoch an den passenden regionalen DashScope-Videoendpunkt weiter.
Native Qwen-Endpunkte geben die Kompatibilität von Streaming-Nutzungsdaten für den gemeinsamen openai-completions-Transport an. Daher übernehmen DashScope-kompatible benutzerdefinierte Provider-IDs, die auf dieselben nativen Hosts verweisen, dasselbe Verhalten, ohne dass ausdrücklich die integrierte Provider-ID qwen erforderlich ist. Dies gilt für Coding-Plan-, Standard- und Token-Plan-Endpunkte:
  • https://coding.dashscope.aliyuncs.com/v1
  • https://coding-intl.dashscope.aliyuncs.com/v1
  • https://dashscope.aliyuncs.com/compatible-mode/v1
  • https://dashscope-intl.aliyuncs.com/compatible-mode/v1
  • https://token-plan.ap-southeast-1.maas.aliyuncs.com/compatible-mode/v1
  • https://token-plan.cn-beijing.maas.aliyuncs.com/compatible-mode/v1
Das Plugin qwen wird als zentraler Ort des Anbieters für den vollständigen Qwen- Cloud-Funktionsumfang positioniert, nicht nur für Coding-/Textmodelle.
  • Text-/Chatmodelle: über das Plugin verfügbar
  • Tool-Aufrufe, strukturierte Ausgabe, Denken: vom OpenAI-kompatiblen Transport übernommen
  • Bildgenerierung: auf der Provider-Plugin-Ebene geplant
  • Bild-/Videoverständnis: über das Plugin am Standard-Endpunkt verfügbar
  • Sprache/Audio: auf der Provider-Plugin-Ebene geplant
  • Speicher-Embeddings/Neusortierung: über die Embedding-Adapter-Schnittstelle geplant
  • Videogenerierung: über das Plugin mittels der gemeinsamen Videogenerierungsfunktion verfügbar
Wenn der Gateway als Daemon (launchd/systemd) ausgeführt wird, stellen Sie sicher, dass QWEN_API_KEY oder QWEN_TOKEN_PLAN_API_KEY für diesen Prozess verfügbar ist (zum Beispiel in ~/.openclaw/.env oder über env.shellEnv).

Verwandte Themen

Modellauswahl

Auswahl von Providern, Modellreferenzen und Failover-Verhalten.

Videogenerierung

Gemeinsame Video-Tool-Parameter und Provider-Auswahl.

Alibaba Model Studio

Mitgelieferter Provider für die Wan-Videogenerierung auf derselben DashScope-Plattform.

Fehlerbehebung

Allgemeine Fehlerbehebung und häufig gestellte Fragen.