JinPLu/dsh-plugin-discussion-intent

README excerpt

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 主仓，不写自定义会话事件。 🚀 快速开始 不要在命令后写 topic。 3 是深度。缺偏好或方向时用原生 ask user question ；能检索的事实不反问。 🗺️ 讨论状态与四行 Rail - 标题 / 目标 / 根问题：你接受后才生效。首句只装工作焦点；之后打字的 decision，或带 ？/? 的 go…

Category