pi2dsh

连接 Pi 与 DSH 插件生态,让符合 Pi Host ABI 的扩展作为 DSH 原生插件运行,并桥接工具、命令、模型、MCP、OAuth 与子 Agent 能力。

快速判断

安装前先看这几项

配置资料
配置资料完整
配置难度
较高
适合新手
建议具备相关经验
兼容状态
不兼容当前版本
验证状态
源码已审阅,未标记运行实测
你正在查找符合当前筛选条件的插件
← 返回原筛选结果
本页目录(9)
中文教程

按照固定来源完成安装、配置与验证

教程包含独立 Profile、精确安装目标、配置证据、最小验证任务、回退和数据清理。

查看 pi2dsh 安装与配置教程 →
功能

这个插件能做什么

连接 Pi 与 DSH 插件生态,让符合 Pi Host ABI 的扩展作为 DSH 原生插件运行,并桥接工具、命令、模型、MCP、OAuth 与子 Agent 能力。

适合谁

需要插件安装、插件管理、插件更新能力的用户。

使用门槛

该插件涉及较高配置难度或敏感权限,不建议在生产工作区直接试装。

准备

安装前准备

  • 独立测试 Profile(必需):只在独立 web 或 dsh-tui Profile 中测试兼容层。
  • 待接入的 Pi 扩展(必需):先用作者 inspect 命令检查具体包和版本,不连接真实凭据。
安装

如何安装 pi2dsh

本页命令固定使用 DSH 0.1.1-rc.2,与 npm 默认版本分别维护。切换 DSH 前核对本插件的兼容记录;新版 Session API 与格式变化见0.1.3-alpha.1 升级说明。源码审阅不等于运行验证。

下面的命令使用本站核验的 DSH 基线,并锁定插件版本或 Git commit,避免默认分支变化导致安装内容漂移。本站已核对安装目标,但尚未在你的系统和 Profile 中实际执行。

安装到
web Profile
DSH 基线
0.1.1-rc.2
安装来源
GitHub 源码(锁定提交)
固定目标
github:weijiafu14/pi2dsh#2f3ced97d0d1

既有插件教程与安装命令的固定 CLI 基线,独立于 npm 默认分发;不代表每个插件已在该版本或新版本运行验证。更新前须逐项审核配置证据。

  1. 01
    检查 Node.js 与 pnpm

    DSH 当前基线需要 Node.js 22.19 或 Node.js 24 及以上,并且 pnpm 必须已在 PATH 中。先运行:

    环境检查
    node --version && pnpm --version
  2. 02
    安装到 Web Profile

    这条命令会把插件加入 web Profile,并在插件声明 DSH Bundle 时自动加入配置层。

    GitHub 源码(锁定提交)
    npx --yes @deepseek-ai/[email protected] plugin --profile web add github:weijiafu14/pi2dsh#2f3ced97d0d1
  3. 03
    如遇构建脚本拦截

    GitHub 源码插件可能通过 prepare 构建。pnpm 10 及以上会先阻止未授权构建;只把终端明确提示的包名加入该 Profile 的 pnpm-workspace.yaml 中 allowBuilds,审阅脚本后再重复上一步,不要使用全局放行。

  4. 04
    确认 Bundle 已进入配置

    安装成功后先导出组合配置,不启动 Agent。输出中应能找到包名 pi2dsh或对应 Bundle 层。

    检查配置
    npx --yes @deepseek-ai/[email protected] --profile web --dump-config
  5. 05
    启动并完成最小验证

    启动 Web Profile 后,只测试一个与插件功能直接相关的最小任务,并检查日志、文件、网络和凭据访问是否符合预期。

    启动 DSH Web
    npx --yes @deepseek-ai/[email protected] web
卸载与回退

测试不通过时先停止 DSH,再从同一 Profile 移除插件。移除后重新运行配置检查,确认对应 Bundle 层已经消失;插件自己创建的数据和外部账号配置可能需要另行清理。

从 Web Profile 移除
npx --yes @deepseek-ai/[email protected] plugin --profile web remove pi2dsh
配置

插件专属配置

$DSH_HOME/profiles/<profile>/cordis.patch.yml
控制是否把已发现的 Pi 包提供给 DSH 原生子 Agent。

原生子 Agent opt-in · yaml。示例中的账号、路径和凭据占位符必须替换,不要提交真实密钥。

复制 原生子 Agent opt-in 配置
- id: pi2dsh
  config:
    serveNativeSubagents: false

核对配置证据(外部链接,在新标签页打开)

  1. 保持 serveNativeSubagents 为 false,先只安装一个无凭据、低权限的 Pi 扩展。
  2. 安装新 Pi 扩展前运行 npx pi2dsh inspect <包名>@<版本> 并核对构建脚本。
验证

配置检查与成功结果

  1. 01
    检查 web Profile 的组合配置只出现 pi2dsh 和计划测试的扩展。

    期望结果:没有意外的 Pi 包、凭据 Provider 或子 Agent 扩展进入 Profile。

  2. 02
    在可丢弃工作区验证扩展的一个只读能力。

    期望结果:结果通过 DSH 工具或命令返回,关闭插件后对应能力消失。

使用

第一次使用建议这样验证

  • 先安装一个不需账号和写权限的 Pi 扩展,只调用一次只读能力并保存日志。
权限

它可能接触哪些数据和能力

执行本机命令使用服务凭据访问外部网络

会动态加载用户选择的 Pi npm 扩展;扩展可进入 DSH 工具、命令、模型、凭据、MCP、文件与子 Agent 链路,并与宿主进程共享权限

数据存储:pi2dsh 本身读取 DSH Profile、凭据引用与会话;具体新增存储由所安装的 Pi 扩展决定。

请注意:“源码已审阅”说明本站检查到的证据范围,不等于安全认证。重要工作区应锁定版本、备份数据并在最小权限下测试。

排查

故障排查与数据清理

扩展未加载
运行 inspect,核对固定版本、构建脚本和 Profile,再重启 DSH。
权限范围不清楚
停止使用并审阅该 Pi 扩展自身源码;兼容层审阅不能替代扩展审阅。
卸载后的清理步骤
  1. 先从 Profile 移除所有 Pi 扩展,再移除 pi2dsh。
  2. 检查扩展自己的配置、凭据、MCP 和缓存目录并按其文档清理。
深入审计:兼容性、数据流与来源
证据

兼容性与审阅记录

兼容性说明

DSH 0.2.0-rc.2 不兼容:0.23.0 声明的 DSH 依赖范围不包含 0.2.0-rc.2(如 @deepseek-ai/dsh-attachment),0.2.0 起会被拒绝安装或在启动时停用;固定 DSH 0.1.1-rc.2 的原审阅组合不受影响。原审阅结论:0.23.0 的 peer 依赖显式覆盖 DSH 0.1.0-rc.8、0.1.1-rc.1 与 0.1.2-alpha.1;52DSH 只完成固定提交静态审阅,未安装第三方扩展或运行端到端测试

数据流

DSH 会话、Profile 与凭据引用 → pi2dsh 兼容运行时 → 已安装的 Pi 扩展、MCP 或模型 Provider → 工具结果、附件与子会话事件返回 DSH。

源码审阅结论

对比旧固定提交后复核了 0.23.0 新增的双版本预检、模型登录卡、OAuth、MCP、代码导航、展示面和子 Agent 桥接。peer 范围包含 0.1.2-alpha.1 只代表作者声明兼容;Pi 扩展仍会作为宿主代码运行,可能读写文件、执行命令或访问外部服务,安装前应逐个审查扩展并先运行作者的 inspect 检查。

来源与维护信息

本页根据固定提交的仓库、包清单和本站审阅资料生成。版本变化后,请重新核对作者说明。

来源快照
e483a501cec7
固定提交
2f3ced97d0d1
许可证
MIT
主要语言
TypeScript
中文资料
有完整中文配置资料