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.
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.- Coding Plan (Abonnement)
- Standard (nutzungsbasierte Abrechnung)
- Token Plan (Team Edition)
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.
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 Pluginqwen 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
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
Verfügbarkeit von Qwen 3.6 und 3.7
Verfügbarkeit von Qwen 3.6 und 3.7
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
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.Regionsrouting für die Videogenerierung
Regionsrouting für die Videogenerierung
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
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.Kompatibilität der Streaming-Nutzungsdaten
Kompatibilität der Streaming-Nutzungsdaten
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/v1https://coding-intl.dashscope.aliyuncs.com/v1https://dashscope.aliyuncs.com/compatible-mode/v1https://dashscope-intl.aliyuncs.com/compatible-mode/v1https://token-plan.ap-southeast-1.maas.aliyuncs.com/compatible-mode/v1https://token-plan.cn-beijing.maas.aliyuncs.com/compatible-mode/v1
Funktionsplan
Funktionsplan
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
Umgebungs- und Daemon-Einrichtung
Umgebungs- und Daemon-Einrichtung
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.