TGYD-helige/dsh-pi

通过兼容性主机,在DeepSeek Harness中运行受信任的Pi扩展。

Project Overview项目介绍

TGYD-helige/dsh-pi is a native DSH plugin that lets users run unmodified trusted Pi coding agent extensions directly inside DeepSeek Harness. Unlike source-to-source converters, this plugin acts as a compatibility host that uses Pi’s official loader and ExtensionRunner to preserve original Pi semantics. It maps Pi’s interfaces to DSH agent-scoped tools, commands, messages, attachments, and lifecycle hooks. The current release targets Pi version 0.80.x and DSH version 0.1.5-rc.2, with a narrow peer dependency range because DSH is still in developer preview.

To use the plugin, first install the published dsh-pi-host bundle and any Pi extensions you want to enable into the same DSH profile. You can install local development versions of the plugin by pointing DSH to your local checkout instead of using the published npm package. After installation, you need to edit the profile’s cordis.patch.yml file to add a plugin entry for dsh-pi, list the selected Pi extensions in the config, and adjust settings like strict mode and local path access. This plugin is designed for DSH users who want to leverage the existing Pi extension ecosystem.

This project is released under the open-source Apache-2.0 license, and uses pnpm for dependency management and local development builds. For local development, you need to clone the Pi repository to your local machine and set the PI_FIXTURE_WORKSPACE environment variable to run compatibility tests. Since Pi extensions are unsandboxed Node.js code, allowLocalPaths is disabled by default to prevent unauthorized execution of local code. The npm published package ships prebuilt artifacts, so no build step is required during installation.

dsh-pi 是专为 DeepSeek Harness (DSH) 开发的原生插件,用于在 DSH 环境中直接运行未经修改的可信 Pi 编码代理扩展。它不是源码转换器,而是作为兼容层托管 Pi 的官方加载器和扩展运行器,将 Pi 的语义转换适配为 DSH 作用域内的工具、命令、消息、附件和生命周期钩子。当前版本适配 Pi 0.80.x 和 DSH 0.1.5-rc.2,对 DSH 预览版的版本范围限制较严格。

用户安装该插件后,需要将想要使用的 Pi 扩展和该插件一同安装到同一个 DSH 配置文件中,随后在配置文件的 cordis.patch.yml 中添加插件配置,指定要启用的 Pi 扩展列表,还可以配置严格模式、本地路径允许等选项。完成配置后设置 PI_CODING_AGENT_DIR 环境变量指向配置文件目录,就可以启动 DSH 使用加载的 Pi 扩展能力。它面向需要在 DSH 中复用现有 Pi 扩展生态的 DSH 用户和扩展开发者。

该项目使用 Apache-2.0 许可证,依赖 pnpm 进行包管理和构建,开发阶段需要克隆 Pi 仓库到本地并设置环境变量运行兼容性测试。注意 Pi 扩展是未沙箱化的可信 Node.js 代码,默认关闭 allowLocalPaths 避免未授权本地代码执行,严格模式开启时会在无法适配工具模式时直接报错,关闭则跳过无法适配的工具。npm 发布包自带预构建产物,不需要安装时重新构建。

Pre-install check安装前体检Compatibility · Security兼容性 · 安全性 1 warning1 项注意
  • Only 4 stars - very few users, little community feedback星标只有 4,几乎没人在用,遇到问题缺少社区反馈
DSH walks through these 9 checksDSH 会逐条核对这 9 项

Compatibility兼容性

  • DSH, Node, OS and profile requirementsDSH 版本 / Node 版本 / 操作系统 / profile 是否满足要求
  • External dependencies and runtimes (Electron / Python / Docker, ...)外部依赖与运行时(Electron / Python / Docker 等)是否齐备
  • Conflicts with installed plugins: command names, skill / tool names, ports, duplicate MCP registration与已装插件是否冲突:命令名、skill / tool 重名、端口占用、重复 MCP 注册

Security安全性

  • Repo matches the facts registered here; archived or abandoned?仓库是否与页面登记一致,是否归档或长期停更
  • Safety of preinstall / install / postinstall and install.sh / setup.ps1preinstall / install / postinstall 与 install.sh、setup.ps1 是否安全
  • curl|bash, download-then-execute, obfuscation, unrelated domains → stop immediatelycurl|bash、下载即执行、混淆代码、无关域名 → 立刻停止
  • Typosquatting or unmaintained packages among the new dependencies新增依赖里有没有 typosquatting 或无人维护的包
  • Requested permissions vs. what the feature actually needs申请了哪些权限、是否超出功能所需(filesystem / network / shell / clipboard)
  • Any sudo / admin requirement, plus uninstall and rollback是否要求 sudo / 管理员权限,以及卸载与回滚方式

Anything uncertain must be marked unknown with a note on how to confirm it. This site's signal screen is a static snapshot, not a security audit.拿不准的必须标「未知」并说明要我怎么确认。本站的信号筛查是静态快照,不能替代安全审计。

Or use CLI install (for developers)或使用命令行安装(适合开发者)

CLI Install命令行安装

dsh plugin --profile demo add dsh-pi-host \

把 TGYD-helige/dsh-pi 加入你的 DSH 配置(web profile)即可启用。

READMEREADME

DSH Pi

Run trusted, unmodified Pi extensions inside DeepSeek Harness. This is a compatibility host, not a source-to-source converter: Pi's official loader and ExtensionRunner own Pi semantics, while this package adapts their observable surface to agent-scoped DSH tools, commands, messages, attachments, and lifecycle hooks.

The project currently targets Pi 0.80.x and DSH 0.1.5-rc.2. DSH is still a developer preview; the peer range is intentionally narrow.

Why a host instead of generated plugins

An extension factory is executable code with lifecycle and session state. Converting its source once cannot preserve tools registered during session_start, mutable active-tool sets, cancellation, providers, or per-agent state. The host therefore creates one Pi runtime per DSH agent and reconciles registrations into that agent's Cordis context.

flowchart LR
  C["DSH bundle config"] --> R["Package / manifest resolver"]
  R --> P["Pi loader + ExtensionRunner"]
  P --> A["Agent-scoped adapter"]
  A --> T["DSH tools"]
  A --> M["DSH commands"]
  A --> L["DSH lifecycle and messages"]
  F["Existing Pi packages\nread-only fixtures"] --> R

Local development

pnpm install
pnpm check
PI_FIXTURE_WORKSPACE=/absolute/path/to/pi pnpm test
pnpm compat /absolute/path/to/pi

The repository at ../pi is only read. Compatibility tests inventory its packages/pi-* manifests and source API usage; representative smoke tests load built entries without calling paid tools.

Install as a DSH bundle

Install the published bundle and the Pi extensions you want in the same profile:

dsh plugin --profile demo add dsh-pi-host \
  @amaster.ai/pi-image-gen \
  @amaster.ai/pi-video-gen
dsh --profile demo --dump-config

For local development, replace dsh-pi-host with the path to this checkout, such as ./dsh-pi when running from its parent directory.

The selected Pi packages must be installed in the same DSH profile so bare package specifiers resolve from that profile. DSH may warn that they declare no dsh.bundle; that is expected because they are plain dependencies loaded by dsh-pi-host, not independent DSH layers. Install any other package named in extensions the same way.

Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要,完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →

← 上一个 Prev dsh-desktop 下一个 Next dsh-cot-profile →