JinPLu/dsh-plugin-discussion-intent
一个DSH讨论模式,确保复杂的AI对话与你的目标保持一致,并将其转化为基于证据的下一步行动。
Project Overview项目介绍
This is a native DeepSeek Harness plugin that adds a structured discussion mode designed for complex thinking workflows. The core purpose of the plugin is to help users retain their original intent, keep discussions focused on the core goal, and turn open-ended exploration into concrete, justified next steps. It explicitly separates what the user has explicitly stated from the model’s current understanding, and requires user approval before changing the root question of the discussion. To install the plugin, you can run the command dsh plugin --profile web add @jinplu/dsh-plugin-discussion-intent in your terminal.
After installation, users trigger the discussion mode with the /discussion slash command. You can set just the depth of the discussion (1 for fast, 2 for default, 3 for deep) without specifying a topic ahead of time, and the actual discussion starts with your next input. Additional commands let users select and persist a custom sub-agent model from the current model catalog, accept or reject pending topic changes, and pause the discussion while retaining all state. This plugin is ideal for complex decision-making scenarios like research direction exploration, product strategy planning, and technical route selection.
The plugin depends on the public interface of DSH version 0.1.0-rc.6 or newer. It works fully even without a webServer, though it will not render the read-only top status bar (called Rail) that shows current discussion state. All discussion state is saved to two files in your working directory: a JSON file for authoritative state and a Markdown file for human-readable checkpoints, and can be restored after restarting the DSH session. The plugin is released under the open-source MIT license, and local development requires Node.js 22+ and the specified version of pnpm.
这是一个专为 DeepSeek Harness 开发的原生插件,为 DSH 增加了面向复杂思考场景的讨论模式。它能够帮助用户守住初始意图,控制讨论焦点,将发散探索收敛为有依据的下一步行动。它明确区分用户表述和模型理解,根问题修改需要用户确认后才生效,同时支持工作焦点随讨论推进逐步下沉。
它支持用户通过 /discussion 命令触发讨论,可以只设置讨论深度(1=快速、2=默认、3=深度),不提前指定主题,下一句输入才正式开始讨论。用户还可以通过命令切换子代理模型、接受或拒绝待处理的主题变更、暂停讨论,状态会保留在工作区。适合研究方向探索、产品策略制定、技术路线选择这类复杂决策场景。
该插件依赖 DSH 0.1.0-rc.6 及以上版本的公共接口,没有 webServer 也能完整工作,只是不显示顶部的状态 Rail。讨论状态会同时保存为 JSON 和可读的 Markdown 检查点,重启会话后可以恢复。插件采用 MIT 许可开源,本地开发需要 Node.js 22+ 和对应版本的 pnpm。
请帮我安装这个 DSH 插件。安装前先完成【兼容性检查 + 安全性检查】,检查通过再动手。
插件:dsh-plugin-discussion-intent(JinPLu/dsh-plugin-discussion-intent)
仓库:https://github.com/JinPLu/dsh-plugin-discussion-intent
本站详情页:https://www.yhbd.top/plugins/jinplu-dsh-plugin-discussion-intent/
本站登记:类型 plugin · 归类 原生 DSH 插件 · 许可证 MIT · ⭐ 2 · 最近提交 2026-08-16 · 主语言 TypeScript
按下面顺序执行,每步先把结论告诉我,再进入下一步:
【1 兼容性检查】
① 我这边:DSH 版本、Node 版本、操作系统、当前 profile(web / desktop)。
② 读它的 README、package.json、插件 manifest,列出它要求的 DSH 版本 / Node 版本 / 操作系统 / 外部依赖 / 需要另外先装的运行时。
③ 逐条比对,结论只写「满足 / 不满足 / 未知」三种;不满足的给出可行替代方案。
④ 检查是否和我已装的插件冲突:命令名重复、skill / tool 重名、端口占用、重复注册的 MCP server。
【2 安全性检查】
① 仓库可信度:和上面「本站登记」是否一致;star / fork 数、创建时间、最近提交,是否归档或长期停更。
② 安装脚本:逐行看 package.json 的 preinstall / install / postinstall,以及 install.sh、setup.ps1 之类脚本。出现 curl|bash、下载后直接执行、混淆代码、访问与插件功能无关的域名,立刻停下来告诉我,不要继续装。
③ 依赖:列出新增依赖,标出无人维护、或与知名包拼写近似的可疑包(typosquatting)。
④ 权限与副作用:它会读写哪些目录、访问哪些域名、需要哪些 DSH 权限(filesystem / network / shell / clipboard 等),以及怎么卸载和回滚。
⑤ 如果它要求 sudo / 管理员权限,或权限明显超出功能所需,先停下来问我。
【3 安装】
上面两步没有「不满足」和「高危项」时才执行;用官方推荐方式安装,不要自行提权。
【4 汇报】
用表格输出:检查项 / 结论 / 依据 / 是否需要我决策。拿不准的一律写「未知」并说明要我怎么确认——不要猜,也不要替我决定。
Send this message to DSH in your current session: it verifies compatibility and security first (answering met / not met / unknown item by item) and only installs once everything checks out — it will stop and ask you if it finds a high-risk item. The box scrolls; the copy is the full prompt. CLI install commands may not be accurate across systems, so DSH is the safer route.把上面这条消息直接发给当前会话里的 DSH:它会先核对兼容性与安全性(逐条给「满足 / 不满足 / 未知」),确认没问题再安装,有高危项会停下来问你。框内可滚动,复制到的是完整提示词;安装命令不一定准确,发给 DSH 更稳。
- Only 2 stars - very few users, little community feedback星标只有 2,几乎没人在用,遇到问题缺少社区反馈
DSH walks through these 9 checksDSH 会逐条核对这 9 项
Compatibility兼容性
- DSH, Node, OS and profile requirementsDSH 版本 / Node 版本 / 操作系统 / profile 是否满足要求
- External dependencies and runtimes (Electron / Python / Docker, ...)外部依赖与运行时(Electron / Python / Docker 等)是否齐备
- Conflicts with installed plugins: command names, skill / tool names, ports, duplicate MCP registration与已装插件是否冲突:命令名、skill / tool 重名、端口占用、重复 MCP 注册
Security安全性
- Repo matches the facts registered here; archived or abandoned?仓库是否与页面登记一致,是否归档或长期停更
- Safety of preinstall / install / postinstall and install.sh / setup.ps1preinstall / install / postinstall 与 install.sh、setup.ps1 是否安全
- curl|bash, download-then-execute, obfuscation, unrelated domains → stop immediatelycurl|bash、下载即执行、混淆代码、无关域名 → 立刻停止
- Typosquatting or unmaintained packages among the new dependencies新增依赖里有没有 typosquatting 或无人维护的包
- Requested permissions vs. what the feature actually needs申请了哪些权限、是否超出功能所需(filesystem / network / shell / clipboard)
- Any sudo / admin requirement, plus uninstall and rollback是否要求 sudo / 管理员权限,以及卸载与回滚方式
Anything uncertain must be marked unknown with a note on how to confirm it. This site's signal screen is a static snapshot, not a security audit.拿不准的必须标「未知」并说明要我怎么确认。本站的信号筛查是静态快照,不能替代安全审计。
Or use CLI install (for developers)或使用命令行安装(适合开发者)
CLI Install命令行安装
dsh plugin --profile web add @jinplu/dsh-plugin-discussion-intent
把 JinPLu/dsh-plugin-discussion-intent 加入你的 DSH 配置(web profile)即可启用。
READMEREADME
DSH Discussion Mode
为复杂思考设计的 DSH 讨论模式:保持用户意图、控制讨论焦点,把探索收敛成有依据的下一步。
核心卖点 · 快速开始 · 四行 Rail · 讨论可续 · 设计边界
概念导图:图中文字对应实际产品能力,不代表 DSH 界面截图。
Discussion Mode 让你守住目标、边界和评价标准;模型负责拆解、比较和收敛。/discussion 只设深度,不装主题。下一句才开始讨论。你明确说过的话和模型理解分开呈现;改根问题必须 /discussion accept,工作焦点可以随讨论下沉;问卷选择算你说过的话。适合研究方向、产品策略、技术路线和跨方案取舍。
✨ 核心卖点
- 意图不漂移:目标、边界、评价标准和否定项持续注入。根问题须你接受才改;工作焦点可下沉。问卷选择算你说过的话。新证据先当候选。建议和下一步不得与仍有效的否定矛盾。
- 子代理模型自选:点顶栏芯片或
/discussion model从当前 catalog 选择并记住。未选就 spawn 会失败。父线程模型不变。 - 从模糊到可执行:不必先填主题。
/discussion 1|2|3只设深度。改题须你接受。 - 四行 Rail 随时纠偏:默认一条顶栏(
讨论中+ 当前焦点)。点开才显示四行。讨论进行中隐藏官方 Goal 条。落盘用图标。点模型芯片只出浮层,不展开 Rail。 - 讨论可续:检查点写入工作区,重启可恢复。保存失败会提示。
🧭 为什么不是普通聊天或长记忆
| 普通 AI 对话 | Discussion Mode |
|---|---|
| 模型可能按最近的信息重述问题 | 用户明确的目标、边界、否定项与评价标准持续作为讨论依据 |
| 模型总结容易看起来像用户已作出的决定 | 明确分开呈现“你已明确”与“当前理解” |
| 新论文、局部机制或子问题可能直接成为叙事中心 | 新信息先作为候选;升格为根问题必须 /discussion accept;工作焦点可带 returnTo 下沉 |
| 深入局部后容易忘记原本要解决什么 | Rail 显示工作焦点;根问题已锁定且不同时,同一行写出 工作焦点 · ↑根问题 |
| 讨论结束时可能只有观点,没有决策路径 | 收敛为建议、风险、待验证点与下一步行动 |
它是单场复杂讨论的控制层,不是长记忆,也不是一次性问答。Discussion Mode 是插件内部服务(1=fast | 2=default | 3=deep),不是 DSH 全局模式。不改 DSH 主仓,不写自定义会话事件。
🚀 快速开始
dsh plugin --profile web add @jinplu/dsh-plugin-discussion-intent
/discussion start or resume, default intensity, no topic
/discussion 1|2|3 set depth only
/discussion model list catalog and current subagent model
/discussion model <p>/<id> persist subagent model for the next spawn
/discussion accept <id> accept a pending topic/frame change
/discussion reject <id> reject it
/discussion off pause; state kept
不要在命令后写 topic。3 是深度。缺偏好或方向时用原生 ask_user_question;能检索的事实不反问。
🗺️ 讨论状态与四行 Rail
- 标题 / 目标 / 根问题:你接受后才生效。首句只装工作焦点;之后打字的 decision,或带
?/?的 goal,才可锁定空的根问题 - 工作焦点可随合格的
returnTo下沉;改根问题仍须/discussion accept - You:仍有效的决定、否定、非目标和评价标准;过程句(
spawn subagents)和刷新句不算 - 问卷选择由宿主写入 decision,算你说过的话,但不自动变成根问题
- 候选方案、证据、当前理解、建议、下一步
Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要,完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →
dushaobindoudou/dsh-acp
xlennart/dsh-goal-mode-enhance
etony668/dsh-task-board