本文由本站基于该插件已收录的字段自动派生（wiki / faq / compatibility_json / readme），非 AI 即时创作。每节末尾标源字段。

快速上手

deepseek-harness-desktop-app

— 源: plugin_wiki.wiki_content

安装与验证

dsh plugin --profile web add @vibeinging/dsh-product-bridge

复制以上命令在 DSH Web Profile 内运行。安装完成后在「插件列表」启用即可。

— 源: plugins.install

关键要点

• 当前没有五列任务看板、独立定时任务页面、Git 图谱、stage/unstage 面板或独立终端页。
• 本地 Site 只提供预览和单文件导出，没有部署服务；公开分享目前只有只读查看。
• 当前没有移动端远程控制、二维码配对、公网隧道、SSH、SFTP 或端口转发。
• 子 Agent 可以执行并出现在对话与轨迹中，但还没有完整的独立管理页。

— 源: plugin_wiki.readme_zh (fallback readme_raw)

常见问题

装上这个包之后，DSH 会多出什么能力？

DSH Agent 工具目录里会多出 10 个工具：project_list / conversation_list 用于读取项目与对话，4 个 Canvas/Site 工具（inspect/create/edit/suggest），3 个 Office 产物工具（inspect/create/edit），以及一个用于渲染结构化交互界面的 ui_render。

这些工具在模型看到之前会先被怎么拦一道？

任何会改动桌面应用本地数据的写入类工具（canvas_create / canvas_edit / canvas_suggest / artifact_office_create / artifact_office_edit）都会触发 DSH 内置的审批流程，模型必须先拿到用户确认才能继续。

子进程只发一个 Session id，身份和权限谁来管？

全由父进程（DeepSeek Harness Desktop App 的 Electron 主进程）管。子进程拿到 Session id 后发请求，父进程把它绑定到唯一已授权的 Session、用户与项目，再处理项目/对话/Canvas/Site/Office 请求；请求不能跨身份、跨项目。

上下文里的应用指令和项目记忆是怎么注入的？

每个模型步进入前，桥接先读一次父进程快照，把允许的应用指令、项目指令、全局/项目记忆包装成不可变 user 消息附到 agent/pre-step 批次里，并打上 dsh-work-context / dsh-work-memory 来源；读取失败只跳过这一次补充，不会替换用户消息。

子 Agent 会沿用父 Agent 的模型配置吗？

会。桥接会记录父 Agent 最终解析出的 provider/model，当 DSH 创建子 Agent 时在第一次请求前把目标固定下来，避免子 Agent 回退到进程启动默认模型；之后父 Agent 的请求仍然走自己的正常设置。

这个包跟同仓库的 dsh-work-shell、dsh-theme-pack 是什么关系？

三者同属 DeepSeek Harness Desktop App 的私有 Profile Bundle 三件套：dsh-work-shell 替换默认壳，dsh-theme-pack 提供主题，dsh-product-bridge 注入产品工具；三件齐全桌面应用才完整。

父进程关掉了，子进程会不会留未处理错误？

不会。运行时把就绪消息和产品 IPC 都走成回调式发送，父进程关闭会正常胜过晚到的 Loader，未发送成功的请求会被拒绝而不是变成 unhandled channel error。

第三方 Bundle 能绕过这套机制把 UI 塞进渲染进程吗？

不能。包含 dsh.client 的社区 Bundle 会在预检阶段被拒绝，工作台页面只渲染本地白名单内的组件；用户安装的 Bundle 既无法跑 Client 代码，也无法只靠 JSON 名字进入 Renderer。

— 源: plugin_wiki.faq_json

兼容性

• DSH: 0.1.0-rc.6
• Node: >=22.19.0 (兼容 >=24.0.0)

— 源: plugin_wiki.compatibility_json

踩坑提醒

安装前请审阅上游仓库；本指南基于已收录字段自动派生，可能滞后于最新版本。如发现与官方文档冲突，请以上游为准。

— 来源：通用规则