前言¶
在 DeepSeek Harness（DSH）里做翻译、润色或审校时，常见情况是：材料在翻译插件的工作区里整理好了，说明写在主聊天输入框里，发送时两者容易脱节；主模型需要把背景信息和翻译要求汇总后交给翻译模型，也缺少统一入口；集成任务走到关键阶段时，还要人工盯进度、手工交接结果。翻译插件负责执行、会话历史、版本和记忆资产；若主会话与工作区之间没有「一起递交、一起协作」的层，上述摩擦会反复出现。
下面介绍社区工作流插件 dsh-composer-extension（维护者 Mulibaixi）。它连接 DSH 主聊天与 dsh-translation-plugin 的翻译工作区，提供材料递交、背景信息传递与任务协作，并自动维护联动所需的宿主组件。
这是什么¶
dsh-composer-extension 的定位是：为主聊天输入提供与工作区联动的材料递交和任务协调，目标是逐步支持主会话与不同插件之间的协作。当前实现与 dsh-translation-plugin 配套：在工作区准备源材料，在主聊天描述需求，将二者一并递交；主模型可向翻译模型提供汇总后的背景信息与翻译要求，用于翻译、润色与审阅。
- 目录页：https://www.skillhub.cn/plugins/Mulibaixi/dsh-composer-extension
- 源码与文档：https://github.com/Mulibaixi/dsh-composer-extension
- 许可证：MIT（README 徽章）
- 当前 package 版本（资料中的
package.json）：0.4.5
核心功能¶
资料中明确列出的能力如下。
| 能力 | 当前作用 |
|---|---|
| 联动递交 | 将主聊天输入与翻译工作区连接，一并提交说明与已准备材料。 |
| 补充信息 | 主模型可向翻译模型递交汇总后的背景信息与翻译要求。 |
| 关键阶段通知 | 在需要主模型参与的集成分析或文档任务阶段投递消息。 |
| 停止与过期任务处理 | 避免在用户已停止主模型时仍被过期任务消息唤醒；避免将过期通知当作当前任务。 |
翻译模型的交互目前仍由特定用户操作触发；翻译模型尚不能主动向主模型索要更多信息。任务协调覆盖集成分析与文档阶段。翻译插件侧负责执行与会话数据；本扩展负责材料交接与任务协调。
远期方向是把材料递交、主会话与插件任务之间的交换、阶段通知发展成可被不同插件采用的协作能力；近期优先保证现有翻译、润色、审阅流程稳定，并逐步降低本扩展与翻译插件的耦合。通用多插件协作尚未提供经核实的集成方案，当前接口仍围绕翻译场景构建。
环境与依赖¶
- DSH
>=0.2.0-rc.2，且具备本扩展所需的插件与主会话接口；兼容性以接口能力为准，而非固定 DSH 版本列表。 - 翻译工作流需要配套 dsh-translation-plugin（工作区与翻译任务）；配套构建使用 content protocol 3、task-phase protocol 2。
- DSH 中已配置模型。
- 从源码构建时需要 Node.js 22 及以上与 pnpm。
联动递交依赖 submissions protocol 1。在具备对应宿主接口的环境下可直接使用；否则 Windows Desktop 会按目标模块指纹匹配内置补丁，在正常完全退出后安装，重启 DSH 后生效。资料说明当前自动补丁构建基线为 DSH 0.2.1-rc.3 与 0.2.1-rc.5（基线而非 exhaustive 兼容列表）。其他环境或较旧版本可使用仓库 patches/ 下的源码补丁与 manifest（如 0.2.0-rc.2、0.2.1-rc.2、0.2.1-rc.3、0.2.1-rc.5 等，详见 README）。
安装与启用¶
官方流程通过 DSH 插件管理器安装分发包，而非 git clone 或凭名称拼接的安装命令。
- 取得包含宿主补丁产物的
dsh-composer-extension-<version>.tgz分发包，在插件管理器中填写其完整本地路径或下载 URL，安装并启用。分发包已含构建输出，无需本地再 build。 - 安装并启用匹配的翻译插件。若工作区与维护命令可用，可直接检查；若插件管理器要求，则完全重启。打开 Composer：联动组件维护。若组件已就绪待安装，完全退出 DSH 后重新打开以应用补丁。
- 打开翻译工作区，确认 Normal 模式未提示缺少材料递交支持。
从源码构建时，在仓库目录执行：
pnpm install --frozen-lockfile
pnpm build
构建完成后在插件管理器中安装本目录。常规 pnpm build 不会生成宿主补丁模块；完整的自动联动组件设置与分发打包还需执行 README 中的 build:host-patches 流程。
更新时：等待当前任务结束并确认材料已保存（完整快照可参考翻译插件用户指南中的资料库备份与恢复）；在插件管理器中填写新版本 .tgz 的完整路径或带版本的下载 URL 安装启用，一般无需先卸载。扩展包更新与宿主补丁更新是分开的；仅更新扩展代码不会自动重装匹配的宿主补丁，替换宿主补丁需正常完全退出 DSH，刷新窗口不足以生效。
典型用法¶
按 README 描述的可复现流程：
- 在 dsh-translation-plugin 工作区中准备翻译源材料。
- 在主聊天中描述翻译、润色或审阅需求。
- 通过联动递交，将说明与材料一并提交；主模型在需要时汇总背景与要求并传递给翻译模型。
- 在集成分析或文档等阶段，留意扩展投递的、需要主模型关注的消息；用户停止主模型后，不应再被无关的过期任务通知打扰。
具体界面入口与命令以 DSH 内插件 UI 及翻译插件文档为准。
适用场景与注意¶
适合谁：已在 DSH 中使用翻译插件、希望主聊天说明与工作区材料同步递交、并需要主模型与翻译模型之间信息汇总与阶段通知的开发者或译者。
权限与安全：插件在当前 DSH 进程权限下运行。安装前应阅读 GitHub 源码与 MIT 许可证，自行评估是否满足环境要求；社区目录站点 skillhub.cn 为独立生态索引，与 DeepSeek / 幻方无官方从属关系。
局限（资料原文）：通用多插件协作仍是远期目标；Windows 外环境可能需要手动应用补丁；宿主目标模块变更且仍缺少递交接口时，自动替换会停止并需要新的补丁产物，其他已可用能力仍可继续使用。
结尾¶
dsh-composer-extension 解决的是主会话与翻译工作区之间的材料分离、信息汇总与阶段通知断档问题，并在 Windows Desktop 上尽量自动维护联动所需的宿主补丁。若你正在 DSH 里搭建翻译相关工作流，可从目录页了解分类与简介，并在 GitHub 查看安装、更新与补丁说明。
- 插件目录：https://www.skillhub.cn/plugins/Mulibaixi/dsh-composer-extension
- GitHub：https://github.com/Mulibaixi/dsh-composer-extension
