前言¶
用 DSH 逐步推进一个项目时，常见的问题是：需求散落在聊天记录里。前一句说「加一个导出」，三小时后又在另一轮对话里提到「导出改成按时间范围」，没有人把这些条目归并，最后只能靠翻历史消息回想。
下面介绍的 dsh-req-workbench 就是这个环节的插件。它由 wowswows 维护，把会话中明确提出的功能需求整理成一份清单，后续讨论更新已有条目而不是追加新消息，分类归在「记忆」。
一句话定位：这是 DSH 的一个社区插件，维护「需求」页，让 AI 在对话过程中主动维护一份结构化的功能需求列表。它基于 Songran241/dsh-req-workbench 重构而来，是非官方适配版，作者归属见仓库内的 NOTICE.md 和 LICENSE。
这个插件解决什么问题¶
先看它替代的两种做法。
- 靠人自己记：需求散落在多轮对话里，时间长无法追溯。
- 让 AI 每次把需求复述一遍：同一条需求在不同轮次反复出现，容易越写越长、越写越散。
dsh-req-workbench 的做法是提供一个统一的「需求」页：AI 引用同一份清单维护它，人也可以手工编辑，两侧不会互相覆盖。需求与对话分离，查看需求不必翻聊天记录。
核心功能¶
以下能力均来自插件 README 的「能做什么」一节，未做扩展。
- 自动整理用户明确提出、以及 AI 能准确理解的功能需求。
- 同一功能反复讨论时合并更新，写成小白也能看懂的短标题和说明。
- 没有把握的想法单独待确认，不擅自当成用户要求。
- 原话、子任务等细节默认收起；需求可手工编辑，并有并发修改保护。
- 按会话隔离；安装程序不会带入别人的聊天或需求数据，也不自动跨机器同步。
- 使用正在与你对话的 AI 调用维护工具，不额外启动一个模型。模型仍需实际调用工具才能写入，不能保证任何模型每次都正确提炼。
其中最后两条值得在接入前确认：清单不会跨会话、跨机器自动同步；写入依赖模型真的去调用工具，抛出的提示只是请求，并不能保证每次提炼都准确。
安装前看一眼¶
README 明确只验证 DSH 0.2.1-rc.5 及其 Web 界面。安装前先执行下面这条命令确认版本，版本不同要先确认兼容性，不要强行豁免。
dsh --version
仅安装无需下载源码、Node 开发依赖或编译，插件代码已放在 lib 目录中。
如果原插件已安装，同名包会替换原版，不能把两个版本同时启用。安装影响目标 profile 中的所有会话，不只影响正在聊天的一个窗口。
方式一：把安装包发给另一台电脑¶
这种方式不需要目标机器有 Git 或编译环境，把 tgz 拷过去即可。
- 复制
dsh-community-dsh-req-workbench-0.2.1-dsh021.1.tgz到目标电脑，放在以后不会误删的位置。 - 打开 PowerShell 或终端，执行下面这条命令，路径改成实际存放位置：
dsh plugin --profile web add 'C:\DSH-plugins\dsh-community-dsh-req-workbench-0.2.1-dsh021.1.tgz'
- 如果应用提示需要重启，就重启对应的 DSH 服务/应用；随后刷新页面，打开项目会话，点击上方「需求」。
「web」必须是那台 DSH 实际使用的 profile。如果用的是别的配置名，替换该参数。不要解压 tgz，也不要直接导入源码 ZIP 当插件安装。本地保留 tgz，重装依赖时可能仍会引用它。
方式二：从 GitHub 安装¶
仓库地址是 https://github.com/wowswows/dsh-req-workbench，推荐直接安装已发布的版本，不需要编译：
dsh plugin --profile web add github:wowswows/dsh-req-workbench#v0.2.1-dsh021.1
也可以从 GitHub Releases 附件安装，命令如下，注意这是本仓库的 Release 安装地址：
dsh plugin --profile web add 'https://github.com/wowswows/dsh-req-workbench/releases/download/v0.2.1-dsh021.1/dsh-community-dsh-req-workbench-0.2.1-dsh021.1.tgz'
本项目没有 prepare/prepack 安装脚本，GitHub 安装使用仓库中已提交的 lib，不要求用户在另一台机器重新构建。
卸载¶
卸载命令，注意它操作的是包名 @dsh-community/dsh-req-workbench：
dsh plugin --profile web remove '@dsh-community/dsh-req-workbench'
按提示刷新或重启目标 DSH。卸载不等于删除已保存的数据；不要随意清理 DSH 数据目录。
典型用法¶
安装启用之后不需要单独打开某个页面，直接照常推进项目会话即可。流程如下。
- 在会话中直接提需求，比如「导出功能需要支持按时间范围筛选」。
- AI 尝试调用维护工具把这条需求记进清单；如果写入成功，会话上方的「需求」页会出现对应条目。
- 后续讨论同一需求时用口语补充，例如「导出的时间范围默认值改成最近 7 天」，AI 更新的是已有条目而不是另起一条。
- 有不确定的内容时，AI 按待确认处理，不会写成确定的需求。
- 直接在「需求」页手工编辑条目。
需求页与「对话 / 轨迹 / 上下文 / 编队」同级，位于会话上方。
适用场景与注意¶
适合这几类人。
- 用 DSH 在多轮对话中逐步敲定功能范围的开发者或项目记录者，需要一个不依赖人工整理的清单承载。
- 想保持会话区干净的使用者，把需求从聊天记录中剥离出去。
- 需要在团队间传递需求清单的人，手工编辑后可以自行复制传递，插件本身不做跨机器同步。
几点限制来自 README 的说明，接入前请确认。
- 只验证 DSH 0.2.1-rc.5 的 Web 界面，其他版本需自行确认兼容性。
- 以当前 DSH 进程的权限运行，安装前建议先看源码与许可证。
- 写入依赖模型实际调用工具，不能保证任何模型每次都能正确提炼。
- 不跨会话同步、不跨机器同步，跨机器使用需要自行传递列表或安装到每台机器。
- 这是基于原始仓库的非官方重构版，保留原作者 Copyright (c) 2026 liangsongran，许可证为 MIT；浏览器侧依赖的 Zod 许可见 THIRD_PARTY_NOTICES.md。
结尾¶
一句话回顾：dsh-req-workbench 做的不是更聪明的对话，而是给需求一个统一的落点，把「谁提过、改了什么」压成一份可以手工校对的清单，减少事后翻聊天记录的成本。
条目整理与人工编辑的职责划分清楚：AI 负责归并和维护，最终判断仍由人确认，插件本身是一个可编辑的工作台而不是自动决策器。
查看入口：
- 社区目录页：https://www.skillhub.cn/plugins/wowswows/dsh-req-workbench
- 项目仓库：https://github.com/wowswows/dsh-req-workbench
