Kling AI para DeepSeek Harness

El plugin DeepSeek Harness se conecta a los servicios regionales a través del puente oficial de herramientas MCP de Harness y el flujo OAuth estándar de la versión fija de mcp-remote. El paquete de instalación inserta por defecto el cordis.patch.yml nacional (https://klingai.com/mcp); el cordis.global.patch.yml para el extranjero (https://kling.ai/mcp) es un overlay de reemplazo para el mismo nodo kling-ai-remote, y no insertará un segundo cliente. Antes de cambiar de región, detenga el proceso DSH antiguo y desconecte el OAuth anterior.

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

También puede instalar la región nacional predeterminada directamente desde GitHub:

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

verify:bridge solo utiliza OAuth/MCP falso local; verify:installed solo instala y sintetiza la configuración dentro de un DSH_HOME temporal, sin leer ni modificar los perfiles de Harness existentes.

No utilice otro patch insert en un perfil donde ya esté instalado el bundle nacional. La plantilla para el extranjero reemplaza in situ el nodo instalado según la semántica de overlay posterior de DSH, por lo que el resultado sintetizado sigue teniendo un solo Plugin-DeepSeek-kling-ai. Ejecute dsh --profile web --patch "$PWD/cordis.global.patch.yml" --dump-config para verificar la configuración efectiva antes de la autorización; en la salida solo debe aparecer la URL de la región seleccionada. Al volver a la región nacional, detenga el proceso del extranjero y reanude el inicio normal con dsh web.

En el primer arranque, mcp-remote abrirá el navegador para completar el OAuth de Kling. Ambos patches fijan el client_name de DCR como Plugin-DeepSeek mediante --static-oauth-client-metadata, llevan el encabezado X-Kling-Integration: Plugin-DeepSeek y extienden el tiempo de espera de callback de los 30 segundos predeterminados del upstream a 180 segundos. Mantenga el proceso dsh web en ejecución; después de completar la autorización, cree una nueva sesión de Harness e ingrese /kling-ai para cargar el flujo seguro de facturación. Los nombres reales de las herramientas usan el prefijo mcp__Plugin-DeepSeek-kling-ai__*.

El cliente MCP oficial de Harness 0.0.1-rc.1 actualmente solo puentea herramientas, no consume recursos MCP, y no tiene contenedores de MCP Apps verificados. Por lo tanto, este paquete de lanzamiento no registra un tool.call.toolview propio, ni overlays, ni HTML local. La generación real consumirá créditos de Kling; la Skill muestra los parámetros antes de generar y espera confirmación. Los resultados usan el fallback de texto/recurso de la misma llamada de herramienta remota y como máximo un enlace de medio principal, hasta que el cliente oficial admita y acepte los recursos MCP.

Contrato de presentación multiplataforma

• No copie ni enlace el mcp-app/ local en la raíz del repositorio, ni trate el prototype no publicado como una capacidad de tiempo de ejecución.

• Cuando el cliente MCP oficial de Harness agregue un consumidor de recursos, consuma directamente el _meta.ui.resourceUri remoto; no declare la disponibilidad del Widget hasta que se valide mediante un objetivo real.

Related MCP server: Remote MCP Server on Cloudflare

Límites del puente OAuth

Este paquete fija mcp-remote@0.2.0 y no usa @latest, que varía con el tiempo. El npm run verify:bridge del repositorio verifica el descubrimiento de recursos protegidos, el registro dinámico, el nombre de cliente Plugin-DeepSeek, S256 PKCE, el endpoint de token, el reintento de Bearer y tools/list con un servicio OAuth/MCP falso local; las pruebas no abren un navegador real, no leen credenciales ni llaman a Kling.

El upstream aún tiene el problema #248 donde el listener de callback no se reconstruye después de que el access/refresh token en ejecución caduque simultáneamente, y el problema #253 de conflicto de puerto de callback antiguo tras una salida anómala. Si la autorización caduca, detenga y reinicie dsh web y complete solo la autorización que abre el nuevo proceso. No haga clic repetidamente en varias páginas de autorización antiguas, ni comparta directamente ~/.mcp-auth o los registros sin procesar generados por --debug; pueden contener estado OAuth e información de diagnóstico sensible.