前言¶
在 DeepSeek Harness（DSH）里跑长对话或带图任务时，每次请求往往要把整段历史消息和图片再发给上游。若上游支持 Responses API 的 previous_response_id 续传，理论上可以只传增量；但要在 Harness 里稳定接上这条链路，通常还要处理主请求、后台整理、并发分支各自的历史，以及 ID 失效、加密思考回放等边界。手工改请求或靠探测消息去「试」渠道，既费事也容易和原生行为不一致。
下面介绍社区插件 DSH Response ID Reuse（维护者 gulagala001，分类：工作流）。它在后端透明复用服务端已保存的上下文 ID，安装加载后自动工作，无需 UI 配置，也不发送模型探测消息。
这是什么¶
DSH Response ID Reuse 是面向 DeepSeek Harness 的通用 Responses ID 续传插件。README 将其定位为：自动复用服务端保存的上下文，减少历史消息和图片的重复传输；实现方式为透明续传（Transparent Responses ID continuation），且不依赖 UI 或 model probes。
- 仓库：gulagala001/dsh-response-id-reuse
- 社区目录页：skillhub.cn 插件条目
- 许可证：MIT（见仓库 LICENSE）
DSH 生态强调「一切皆插件」；SkillHub 等目录为社区站点，与 DeepSeek / 幻方无官方从属关系。安装前请自行审阅源码与许可证——插件以当前 DSH 进程权限运行。
核心功能¶
以下能力均来自仓库 README 说明，安装加载后默认开启，纯后端运行。
-
按正常回执启用续传
根据正常请求的回执判断是否可续传，无需配置渠道名单，也无需发送探测消息。 -
多通道历史隔离
主请求、后台请求和并发分支分别维护各自可用的续传历史；网络重试、后台整理与并发分支复用各自匹配的历史 ID，不提前消耗父 ID。 -
临时丢失与 ID 失效
临时未存储时，后续正常请求可自动重新建立续传；ID 失效时在当次完整请求中重建续传；历史变化时准确匹配可复用的前缀。 -
思考回放与原生回传
读取已保存的响应时，自动核对历史思考的回放表示，使续传、全量回退和冷恢复保持一致；不按渠道名单切换。未能确认的内容及加密思考保持原生回传，原始会话日志不改写；回读不会启动额外模型推理。 -
可逆
在插件管理器中禁用或卸载后，恢复 Harness 原生行为。
环境与版本¶
安装说明要求：
- DSH：0.2.1-rc.3（
package.json中engines.dsh与peerDependencies一致） - Node：22.19 及以上（
engines.node:>=22.19） - 当前发布包版本：0.1.3-dsh.0.2.1-rc.3
安装与启用¶
在 DSH 界面打开 插件 → 添加插件，粘贴下列 release 地址（勿凭仓库名自行拼接其他安装命令）：
https://github.com/gulagala001/dsh-response-id-reuse/releases/download/v0.1.3-dsh.0.2.1-rc.3/gulagala001-dsh-response-id-reuse-0.1.3-dsh.0.2.1-rc.3.tgz
校验包完整性时可对照同版本 SHA256SUMS。
经过上面的步骤，插件加载后即自动开启，README 未列出额外配置项或渠道白名单。
典型用法¶
README 未提供单独的 CLI 示例或配置文件片段；典型用法即：在符合版本要求的 DSH 中安装 tgz 并保持插件启用，照常发起对话与工具调用。Harness 在支持 Responses ID 续传的上游路径上会自动带上合适的 previous_response_id 逻辑，开发者侧无需再写探测或手工维护 ID。
若需行为细节或贡献方式，可参阅仓库内的 文档维护 与 开发与贡献。
适用场景与注意¶
适合谁
- 已在 DSH 0.2.1-rc.3 上开发智能体或工作流，且上游走 Responses 类 API、希望减少重复历史与图片传输的开发者。
- 需要主会话、后台任务、并发分支各自续传且不互相「抢」父 ID 的场景。
注意
- 插件能力边界以 README 为准：透明后端续传，无独立 UI；禁用/卸载即回退原生。
- 安装前检查 release 来源、SHA256 与 MIT 许可证；不信任的 tgz 不应装入生产环境 DSH。
- Node 与 DSH 版本不满足
engines时，应先升级运行环境再安装对应-dsh.0.2.1-rc.3构建。
结尾¶
DSH Response ID Reuse 把 Responses ID 续传做成安装即用的工作流插件：无探测、无渠道名单配置，并在多请求形态与 ID 失效场景下尽量保持与原生日志、加密思考行为一致。进一步了解可访问 SkillHub 目录页 与 GitHub 仓库。
