DeepSeek Harness 插件

dsh-mcp-apps-openmaai

MCP Apps Host and renderer bundle for DeepSeek Harness(英文原文)

跳到安装方式

来源信息

GitHub 仓库
openma-ai/dsh-mcp-apps
最近更新
2026年8月21日
分类
工具与能力
GitHub stars
1
载体类型
plugin
目录证据
上游声明已找到 dsh.bundle
证据路径
package.json#dsh.bundle
核对版本
0.1.0-rc.8
上游核对日期
2026-08-20

该证据由上游目录提供。本站没有安装、运行或安全审核这个插件。

安装

默认先复制一段 Prompt,让 Agent 读 GitHub 仓库和源码;需要自己装时再切到命令。

复制这段 Prompt,发给 DSH、Codex 或其他 Agent,让它先读 GitHub 仓库和源码。

请先不要安装或执行任何命令。阅读这个插件的 GitHub 仓库、README 和关键源码,然后用清楚、直接的方式回答以下问题,帮助我判断它是否适合我的需求:

1. 这个插件是什么,解决什么问题;
2. 适合哪些用户和典型使用场景;
3. 安装后如何使用,并给出一个最小使用示例;
4. 有哪些已知限制,以及隐私、安全、兼容性或维护风险;
5. 给出“推荐 / 有条件推荐 / 不推荐”的明确建议和理由。

请区分仓库明确说明、根据源码推断和未知信息。证据不足时请明确说明,不要猜测或照抄 README。

GitHub:https://github.com/openma-ai/dsh-mcp-apps
插件名:dsh-mcp-apps-openmaai
作者:openma-ai

检查来源文件

安装前先看这个插件目录里的 README 和其他文件。

文件资源管理器3 个文件
README.md来源说明 · 只读预览

dsh-mcp-apps

MCP Apps support for DeepSeek Harness (DSH), packaged as ordinary Cordis plugins.

The project deliberately keeps the protocol host and each presentation surface separate. Installing the bundle adds two independent rows: a Host service that shares the existing MCP connection and a Web renderer that runs App HTML behind a double-iframe sandbox. One AppBridge session can move between inline, fullscreen, and picture-in-picture surfaces without remounting its iframe.

Which package should I install?

GoalInstall
Use Codex, Claude Code, Pi, or portable Agent Plugins in DSH, including their MCP Apps@openma/dsh-agents-plugins-bridge only; it already carries MCP Apps
Add MCP Apps to a Web profile without the foreign-plugin bridge@openma/dsh-mcp-apps

The standalone package and the Bridge use the same Host and Web runtime packages. Do not install both bundles into one profile just to get the renderer twice.

Install

dsh plugin --profile web add @openma/dsh-mcp-apps

From a local checkout, install dependencies and add only the root bundle:

npm install
dsh plugin --profile web add .

The full bundle is safe on a DSH composition that already provides ctx.mcpApps and the generated remote.mcpApps namespace: the fallback Host row becomes a no-op and the Web renderer reuses the existing Remote. If the active profile is known to include the official Host already, installing only the renderer is the minimal equivalent:

dsh plugin --profile web add ./packages/web

The renderer consumes a composition-provided Remote when present and mounts its checked-in descriptor only for the standalone fallback Host.

The bundle patch mounts one kernel:

- id: mcp-apps-bundle
  name: '@openma/dsh-mcp-apps'

That kernel owns two independent child rows, mcp-apps-host and mcp-apps-web. Both rows point at package-owned wrapper exports. Each wrapper resolves its runtime from this package's dependency graph, imports it through the DSH Loader, and mounts it with ctx.plugin; profile-level dependency hoisting is not required. The Agent Plugins Bridge uses the same wrapper shape from its own root package.

Keep MCP server connections as their own plugin rows. DSH's mcp-client notices the optional ctx.mcpApps service and contributes its live connection automatically:

- name: '@deepseek-ai/dsh-mcp-client'
  config:
    serverName: weather
    transport: stdio
    command: weather-mcp-server

Tools, resources, prompts, model-facing execution, and AppBridge calls therefore reuse one MCP SDK Client, including its authentication and reconnect generation. This project does not open a second connection.

Packages

PackageRole
@openma/dsh-mcp-appsInstallable and nestable bundle kernel; owns the Host/Web child-row lifecycle
@openma/dsh-mcp-apps-hostInternal runtime package: ctx.mcpApps provider registry plus the generated Typert Host/Remote contract
@openma/dsh-mcp-apps-webInternal runtime package: shape-driven Tool-result renderer, official AppBridge, and browser sandbox

The flow is:

dsh mcp-client
  └─ provider → @openma/dsh-mcp-apps-host
                    └─ Typert Remote → @openma/dsh-mcp-apps-web
                                           └─ AppBridge → sandboxed MCP App

Only callTool and readResource cross the browser Remote boundary. readResource accepts only ui:// URIs. Host plugins may also call listResources, listPrompts, and getPrompt in process; this package does not inject those results into model context.

The Web renderer claims only settled results with all of the following:

  • presentation card mcp-app;
  • a ui:// resource URI;
  • exact MIME type text/html;profile=mcp-app;
  • a schema-valid MCP Tool result.

Every other result declines the tool.call.takeover chain, leaving the normal keyed Tool view and generic fallback intact.

Browser security boundary

Untrusted App HTML never runs in the DSH document. It is loaded into an opaque-origin inner data document behind an opaque-origin relay document. The renderer:

  • installs CSP before App code, accepting only validated HTTP(S)/WS(S) domain sources;
  • checks exact parent/child windows and expected origins on every relay message;
  • reserves internal sandbox messages and uses a per-document generation marker;
  • closes Host-to-App forwarding as soon as the inner document navigates;
  • allows external navigation only to HTTP(S) URLs in a new tab;
  • bounds inline height requests to 96–720 px;
  • moves one live iframe wrapper between inline, a right-side panel for the

protocol's fullscreen mode, and bounded picture-in-picture instead of recreating App state;

  • exposes unobtrusive bottom-left Host controls only for display modes the App

advertises through appCapabilities.availableDisplayModes.

The implementation uses the official @modelcontextprotocol/ext-apps AppBridge and PostMessageTransport.

Other clients

The Host package is UI-neutral. The full HTML/AppBridge path is currently implemented only by the Web package. A TUI can install the Host independently and provide its own renderer (for example, a text fallback or “open in browser” action); terminal clients should not execute arbitrary App HTML inline.

@openma/dsh-agents-plugins-bridge uses this boundary directly: its Web profile gets the sandboxed renderer, while its TUI profile keeps the shared MCP tools, resources, prompts, and backend lifecycle without attempting to draw App HTML in the terminal.

Related projects

Loader, MCP client, and Web plugin platform.

one-package Codex, Claude Code, Pi, and Agent Plugins compatibility layer.

terminal client for the same Host-side tools and commands.

exposes Host capabilities to ACP clients.

Development

Node.js 20 or newer is required.

npm install
npm run build
npm test
npm run typecheck
npm run test:browser

test:browser launches Playwright Chromium (or local Google Chrome on macOS) to verify the double-iframe origin and navigation boundary.

[examples/display-modes](./examples/display-modes) is a real stdio MCP server built with the official MCP Apps server helpers and App client. Its display_modes tool opens ui://dsh/display-modes; increment the counter and switch through all three surfaces to verify that the App session remains live:

npm run build:example:display-modes
node examples/display-modes/server.mjs

Compatibility

The Web renderer targets the tool.call.takeover chain present in current DSH Web builds. When composed with DSH 0.1.0-rc.7, its priority -110 lets this three-mode renderer claim an MCP App result before the bundled inline-only renderer at priority -100. Other tool results continue down the ordinary takeover chain.

Downloads, App-to-chat messages, and sampling are not enabled yet.

License

[MIT](./LICENSE)