Kling AI for DeepSeek Harness

Плагин DeepSeek Harness подключается к региональным сервисам через официальный мост MCP-инструментов Harness и стандартный поток OAuth фиксированной версии mcp-remote. В установочный пакет по умолчанию включён внутренний cordis.patch.yml (https://klingai.com/mcp); зарубежный cordis.global.patch.yml (https://kling.ai/mcp) — это замещающий overlay для того же узла kling-ai-remote, второй клиент не добавляется. Перед сменой региона остановите старый процесс DSH и завершите старый OAuth.

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

Также можно установить внутренний регион по умолчанию напрямую с GitHub:

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

verify:bridge использует только локальный фиктивный OAuth/MCP; verify:installed только устанавливает и синтезирует конфигурацию во временном DSH_HOME, не читая и не изменяя существующие профили Harness.

Не применяйте другой patch insert к профилю, где уже установлен внутренний bundle. Зарубежный шаблон заменяет установленный узел на месте по семантике пост-overlay DSH, поэтому в результате синтеза по-прежнему остаётся только один Plugin-DeepSeek-kling-ai. Запуск dsh --profile web --patch "$PWD/cordis.global.patch.yml" --dump-config позволяет проверить действующую конфигурацию до авторизации; в выводе должен присутствовать только URL выбранного региона. При возврате на внутренний регион остановите зарубежный процесс и возобновите обычный запуск dsh web.

При первом запуске mcp-remote открывает браузер для завершения OAuth Kling. Оба patch-файла фиксируют client_name DCR как Plugin-DeepSeek через --static-oauth-client-metadata, передают X-Kling-Integration: Plugin-DeepSeek и увеличивают время ожидания callback со стандартных 30 секунд до 180 секунд. Держите процесс dsh web запущенным, после завершения авторизации создайте новую сессию Harness и введите /kling-ai для загрузки безопасного процесса биллинга. Реальные имена инструментов используют префикс mcp__Plugin-DeepSeek-kling-ai__*.

Официальный MCP-клиент Harness 0.0.1-rc.1 в настоящее время мостит только tools, не потребляет MCP resources и не имеет проверенных контейнеров MCP Apps. Поэтому данный релизный пакет не регистрирует самодельный tool.call.toolview, overlay или локальный HTML. Реальная генерация расходует квоту Kling; Skill перед генерацией показывает параметры и ожидает подтверждения. Результат использует текстовый/resource fallback того же удалённого вызова инструмента и не более одной основной медиа-ссылки, пока официальный клиент не поддержит и не примет MCP resources.

Контракт кроссплатформенного представления

• Не копировать и не ссылаться на локальный mcp-app/ в корне репозитория, не рассматривать неопубликованный prototype как возможность рантайма.

• После добавления в официальный MCP-клиент Harness consumer'а resources — напрямую потреблять удалённый _meta.ui.resourceUri; не объявлять Widget доступным до приёмочного тестирования на реальной цели.

Related MCP server: Remote MCP Server on Cloudflare

Границы OAuth bridge

Пакет фиксирует mcp-remote@0.2.0 и не использует @latest, который дрейфует со временем. npm run verify:bridge в репозитории проверяет обнаружение protected-resource, динамическую регистрацию, имя клиента Plugin-DeepSeek, S256 PKCE, token endpoint, повторные попытки Bearer и tools/list с помощью локальных фиктивных OAuth/MCP-сервисов; тесты не открывают реальный браузер, не читают учётные данные и не вызывают Kling.

В апстриме остаются проблема #248 — listener callback не пересоздаётся после одновременного истечения действующих access/refresh token, и проблема #253 — конфликт порта старого callback после аварийного выхода. При истечении авторизации сначала остановите и перезапустите dsh web, выполните только одну авторизацию, открытую новым процессом. Не нажимайте повторно на несколько старых страниц авторизации и не передавайте напрямую ~/.mcp-auth или сырые логи, созданные --debug; они могут содержать состояние OAuth и чувствительную диагностическую информацию.