Kling AI for DeepSeek Harness

Das DeepSeek Harness Plugin verbindet regionale Dienste über die offizielle Harness MCP tools bridge und den Standard-OAuth-Ablauf der festen Version mcp-remote. Das Installationspaket fügt standardmäßig das inländische cordis.patch.yml ein (https://klingai.com/mcp); das Übersee-cordis.global.patch.yml (https://kling.ai/mcp) ist ein Ersatz-Overlay für denselben kling-ai-remote-Knoten und fügt keinen zweiten Client ein. Stoppen Sie vor dem Regionswechsel den alten DSH-Prozess und trennen Sie die alte OAuth-Verbindung.

git clone https://github.com/Wlain/kling-ai-deepseek-plugin.git
cd kling-ai-deepseek-plugin
npm install
npm run check
npm run verify:bridge
npm run verify:installed
dsh plugin --profile web add "$PWD"
# 国内（安装后的默认区域）
dsh web --host 127.0.0.1 --port 3080

# 海外（从仓库目录执行；overlay 必须位于 web 子命令之前）
dsh --profile web --patch "$PWD/cordis.global.patch.yml" --host 127.0.0.1 --port 3080

Sie können die inländische Standardregion auch direkt von GitHub installieren:

dsh plugin --profile web add github:Wlain/kling-ai-deepseek-plugin

verify:bridge verwendet nur lokales Fake-OAuth/MCP; verify:installed installiert und synthetisiert Konfigurationen nur in einem temporären DSH_HOME und liest oder überschreibt keine vorhandenen Harness-Profile.

Verwenden Sie keinen weiteren insert-Patch auf einem Profil, auf dem bereits das inländische Bundle installiert ist. Die Übersee-Vorlage ersetzt den installierten Knoten gemäß der Post-Overlay-Semantik von DSH an Ort und Stelle, sodass das Syntheseergebnis weiterhin nur ein Plugin-DeepSeek-kling-ai enthält. Führen Sie dsh --profile web --patch "$PWD/cordis.global.patch.yml" --dump-config aus, um die effektive Konfiguration vor der Autorisierung zu prüfen; in der Ausgabe sollte nur die URL der ausgewählten Region erscheinen. Stoppen Sie beim Wechsel zurück ins Inland den Übersee-Prozess und starten Sie wieder normal mit dsh web.

Beim ersten Start öffnet mcp-remote einen Browser, um die Kling-OAuth-Autorisierung abzuschließen. Beide Patches fixieren über --static-oauth-client-metadata den DCR-client_name auf Plugin-DeepSeek, senden X-Kling-Integration: Plugin-DeepSeek und verlängern die Callback-Wartezeit von den standardmäßigen 30 Sekunden des Upstreams auf 180 Sekunden. Halten Sie den dsh web-Prozess am Laufen, erstellen Sie nach Abschluss der Autorisierung eine neue Harness-Sitzung und geben Sie /kling-ai ein, um den abgesicherten Abrechnungsablauf zu laden. Die echten Toolnamen verwenden das Präfix mcp__Plugin-DeepSeek-kling-ai__*.

Der offizielle Harness MCP-Client 0.0.1-rc.1 bridgt derzeit nur Tools, konsumiert keine MCP-Resources und verfügt über keinen verifizierten MCP-Apps-Container. Daher registriert dieses Release-Paket kein eigenes tool.call.toolview, kein Overlay und kein lokales HTML. Echte Generierungen verbrauchen Kling-Guthaben; die Skill zeigt die Parameter vor der Generierung an und wartet auf Bestätigung. Die Ergebnisse verwenden den Text-/Resource-Fallback desselben entfernten Tool-Aufrufs sowie höchstens einen primären Medienlink, bis der offizielle Client MCP-Resources unterstützt und akzeptiert.

Plattformübergreifender Darstellungsvertrag

• Kopieren oder verlinken Sie nicht das lokale mcp-app/ im Repository-Stammverzeichnis und behandeln Sie kein unveröffentlichtes Prototype als Laufzeitfähigkeit.

• Sobald der offizielle Harness MCP-Client einen Resources-Consumer hinzufügt, konsumieren Sie direkt die entfernte _meta.ui.resourceUri; deklarieren Sie keine Widget-Verfügbarkeit, bevor die Abnahme über ein reales Ziel gebaut wurde.

Related MCP server: Remote MCP Server on Cloudflare

OAuth-Bridge-Grenzen

Dieses Paket fixiert mcp-remote@0.2.0 und verwendet nicht @latest, das mit der Zeit driften kann. Das npm run verify:bridge des Repositories verifiziert mit lokalen Fake-OAuth/MCP-Diensten die Protected-Resource-Discovery, dynamische Registrierung, den Plugin-DeepSeek-Clientnamen, S256 PKCE, den Token-Endpunkt, Bearer-Retries und tools/list; die Tests öffnen keinen echten Browser, lesen keine Anmeldedaten und rufen kein Kling auf.

Der Upstream hat weiterhin Issue #248, bei dem der Callback-Listener nach gleichzeitigem Ablauf von Access-/Refresh-Token nicht neu aufgebaut wird, sowie Issue #253 mit Portkonflikten alter Callbacks nach abnormalem Beenden. Stoppen und starten Sie bei abgelaufener Autorisierung zuerst dsh web neu und schließen Sie nur die eine Autorisierung ab, die der neue Prozess geöffnet hat. Klicken Sie nicht wiederholt auf mehrere alte Autorisierungsseiten und teilen Sie keine Rohprotokolle von ~/.mcp-auth oder --debug; diese können OAuth-Status und sensible Diagnoseinformationen enthalten.