wumohan1814/dsh-think-partner

dsh-think-partner

DeepSeek Harness 的结构化思考伙伴。 将模糊的想法转化为决策完备的计划——然后持续推动它前进。无需编写代码。

License: MIT
Platform: DeepSeek Harness
Type: agent preset
Editions: EN + 中文
Skills: 3
GitHub stars

这不是又一个“我们来头脑风暴吧！”的提示词。这是一个 agent 预设，它会像一位优秀的技术联合创始人那样审视你的想法——每轮提出尖锐的问题，每个问题都附带推荐答案，直到没有任何东西被默默假设。

English · 中文文档

目录

- 它是什么
- 两个版本
- 为什么与众不同
- 看看它如何工作
- 快速开始
- 工作流程：refine → realize → advance
- 内置技能
- 工具
- 设计说明
- 关于证据——请阅读
- 仓库结构
- 已知限制
- 许可证与致谢

它是什么

dsh-think-partner 是 DeepSeek Harness（DSH）的一个 agent 预设。在 DSH 中，每一项能力都是 cordis.yml 中的一行插件，而 agent 预设决定了一个会话获得哪些工具和提示词部分。

这个预设只为一件事而构建：把想法想透——提炼它、让它变得具体，并在多个会话中推进它。

它刻意 不是 一个编码 agent。Shell、工作流编排和构建工具都被移除。剩下的是一个有记忆的思考伙伴：用于撰写文档的文件工具、用于核实事实的网络访问、用于让长期想法跨会话存续的目标，以及用于委派研究的子 agent。

关键词： DeepSeek Harness 预设 · 结构化推理 · 思考伙伴 · 想法验证 · 决策树 · 需求引出 · 事前验尸 · 二阶效应 · agent 技能。

两个版本

| 版本 | 目录 | 预设 id | 人设与技能 | 选择器中的名称 |
|---|---|---|---|---|
| 英文版 | think-partner/ | think-partner | 英文 | Think Partner |
| 中文版 | idea-forge/ | idea-forge | 中文 | Think Partner 中文版 |
这两个版本在功能上完全相同——相同的工具、相同的访谈协议、相同的三项技能。区别仅在于人设与方法文档的语言。安装其中一个，或两个都装；它们不会冲突。

在本 README 中，“该预设”指的是你所安装的那个版本。

它有何不同

有三点让它区别于“你是一个乐于助人的头脑风暴助手”。

1. 它追问，而不是附和。
你的想法会变成一棵决策树。每一轮只询问前沿——即那些前置条件已经确定的问题，仅此而已——并且每个问题都附带一个推荐答案，这样你就可以按编号回复：

1 是 · 2 选项 B · 3 否，因为……

十三个问题大约在三轮内问完，而不是十三轮。如果两个问题之间存在依赖关系，它们绝不会出现在同一轮中。

2. 事实是它的职责。决策是你的。
如果某个答案是可以查到的——在你的文件中、在网上、在竞争对手的定价页面上——它就会去查找，或派一个子代理去查，而不是来问你。只有真正属于你的东西——目标、约束、权衡、品味——才会作为问题回到你这里。而且它不会替你回答你的决策；一个替你回答的代理已经停止运行这套协议了。

3. 在你确认之前，什么都不会构建。
当前沿为空且你明确确认你们已达成共识时，访谈才会结束。在那之前：没有“最终计划”，没有文档，不会漂移进入执行阶段。

看看它如何运作

一个真实的轮次是这样的——带编号，每个都有推荐答案，可以用一行回答：

❓ Q1 — 目标用户是谁：个人开发者还是团队？
这决定了定价以及协作功能是否重要。

➡️ 我会选择个人开发者优先。团队的决策链更长，
这与你“两周内验证”的约束相冲突。

❓ Q2 — “已验证”是一个可衡量的标准，还是凭直觉的判断？

➡️ 把它定为“20 个真实用户在两週内完成一个完整任务”。
它是可观察的，且不依赖于你的判断。

你回答 1 同意，2 是，但改成 10 个用户，3 ……，下一轮就会根据你的回答计算出来。

快速开始

1. 克隆
git clone https://github.com/wumohan1814/dsh-think-partner.git dsh-think-partner

2. 将你想要的版本复制到你的 DSH 预设根目录
Copy-Item -Recurse dsh-think-partner\think-partner "$env:USERPROFILE\.dsh\.agent-presets\"   # 英文

Copy-Item -Recurse dsh-think-partner\idea-forge "$env:USERPROFILE\.dsh\.agent-presets\"      # 中文（可选）

预设根目录是 ${DSH_HOME:-$HOME/.dsh}/.agent-presets/——如果你设置了 DSH_HOME，请相应调整。

然后重启 DSH，并在预设选择器中选择 Think Partner（或 Think Partner 中文版）。就这样：无需配置，无需命令，无需代码。

预设的 id 来自其目录名，因此这两个目录必须保留 think-partner 和 idea-forge 这两个名称。它们与本仓库的名称无关。
工作流程：精炼 → 实现 → 推进

精炼——运行上述访谈协议，一旦遇到模糊或负载过重的措辞，就将其拆解为精确的定义。（“你说的是用户——你指的是付费客户还是最终用户？这是两回事。”）

实现——产出一份可执行的文档：问题定义 → 解决方案空间与权衡 → 推荐路径 → 带有验收标准的里程碑 → 风险与缓解措施 → 下一个最小行动。写入工作目录中的 idea/。

推进——新会话从阅读现有文档和目标状态开始，从你上次中断的地方继续，绝不重新询问已经确定的决策。定期回顾会问三个真正重要的问题：什么变了？哪个假设死了？我们应该放弃哪个方向？

内置技能

三个技能随每个预设一起提供（通过 customSkillDirs 加载），并按需加载：

| 技能 | 作用 |
|---|---|
| idea-grilling | 完整的访谈协议：决策树、前沿、轮次、问题格式、反模式、停止信号 |
| idea-divergence | 发散技巧（SCAMPER、逆向头脑风暴、约束移除）与收敛评估（评分矩阵、事前验尸、二阶效应、可逆性分诊） |
| idea-artifacts | 文档约定：计划骨架、术语表、决策记录（三条件 ADR 测试）、进度日志 |

工具

| 保留 | 移除 |
|---|---|
| 文件读/写/搜索、网页搜索与抓取、目标、计划模式、待办事项、询问用户、子代理（生成/分叉）、后台任务、压缩 | Shell（bash/pwsh）、工作流、ralph |

设计说明

访谈协议同时存在于人设和技能中。 上游项目记录表明，一个技能引用另一个技能并不能可靠地使其加载。因此，不可协商的规则放在人设中，深度放在技能中——即使某个技能从未加载，行为仍然成立。

框架按机制调度，而非按习惯堆叠。 默认答案是“不用框架，直接推理”。只有当框架的机制与问题匹配时才使用框架，一次最多三个，每个框架回答其他框架无法回答的问题。近义框架绝不堆叠——反转已被吸收进事前验尸，因此不会被重复计算。

每个技能都带有非触发边界。 小而可逆的任务、只想要一个事实的用户、已经做出的决策——这些都不适用访谈处理。没有这条边界，方法论就会退化为仪式。

关于证据——请阅读
思维框架类技能缺乏有力的实证支持，本仓库不会假装并非如此。tjboudreaux/cc-thinking-skills 对其自身目录发布了一份异常自我批判的审计：其最佳方向性结果（科学方法）为 +4.0pp——低于作者自己设定的 +5pp 效用阈值；苏格拉底式评分为 −6.9pp（负值）；28 项技能中有 14 项从未被测量。作者因此将每项技能标记为仅手动使用，且从不自动调用。

本预设并未引用该审计作为其自身有效性的支持——它恰恰表明整个类别都缺乏证据。此处的理由是一种设计依据（消除隐性假设，使用户的决策成本更低），而非经过测量的提升。尤其是访谈协议基于提问，而那些基准测试衡量的是无人在环情况下的模型任务准确率——它们既不能验证也不能否定该协议。它只是未经测试而已。

仓库布局

dsh-think-partner/
├── README.md
├── LICENSE
├── think-partner/          # ← 英文版；复制此目录
│   ├── preset.yml          # 名称与描述（在选择器中显示）
│   ├── agent.cordis.yml    # 组合配置
│   └── skills/
│       ├── idea-grilling/SKILL.md
│       ├── idea-divergence/SKILL.md
│       └── idea-artifacts/SKILL.md
└── idea-forge/             # ← 中文版；复制此目录
├── preset.yml
├── agent.cordis.yml
└── skills/
├── idea-grilling/SKILL.md
├── idea-divergence/SKILL.md
└── idea-artifacts/SKILL.md

已知限制

- 仅通过挂载验证。 两个版本的 agentPresets.standingKeyFor() 均通过，这证明组合配置能够挂载，且 customSkillDirs 配置生效。它不会列出技能，因此这三项技能是否出现在会话的技能目录中，仍需在真实会话中确认。
- 基于轮次的提问是一个有争议的默认设置。 阅读速度较慢、使用第二语言工作，或以一次一个问题作为专注支架的实践者，通常更偏好顺序提问。如果你属于这种情况，请编辑 persona 的第 4 节。
- 两个版本可能产生偏差。 它们作为平行副本维护；修复必须同时应用于两者。

许可证与致谢

MIT——参见 LICENSE。第三方材料，以及那些许可证要求保留的上游声明，记录在 THIRD_PARTY_NOTICES.md 中。

这些组合配置源自 DeepSeek Harness 的 standard 预设（MIT，© 2026 DeepSeek）。

这三项技能为本仓库原创，但确实有两处借鉴：
- idea-grilling 改编自 mattpocock/skills 的 grilling 技能（MIT，© 2026 Matt Pocock）。设计树 / 前沿 / 轮次模型、编号问题加推荐答案的格式，以及事实与决策的划分都紧密沿用了它。何时不应使用的边界、停止信号、反模式清单和自检则是为本仓库编写的。
- 技能模板与调度规则遵循 tjboudreaux/cc-thinking-skills（MIT，© 2025 TJ Boudreaux）：精确的触发条件、非触发边界、一套流程与检查项；机制吸收的发现；以及「按机制契合度路由，而非按习惯」。
- idea-divergence 中的技法清单还借鉴了 johnlindquist/claude，该项目未声明任何许可证。仅从中取用了既有的公共框架（SCAMPER、六顶思考帽、事前验尸、二阶效应、机会成本）和简短的功能性短语——未取用任何文档文本。无论如何，它都值得这份致谢。

感谢以上三位作者。如果这里的任何署名有误，请开一个 issue，我们会予以更正。

如果这对你有用，点个 ⭐ 能帮助其他人发现它。

中文文档

给 DeepSeek Harness 用的结构化思考搭档。 把一个模糊的想法，变成决策完备的方案，然后持续推进它。不需要写代码。

不是又一个「我们来头脑风暴吧」的提示词。这是一个 agent preset：它像一位好的技术合伙人那样拷问你的想法——每轮只问一组有指向性的问题，每个问题都附带推荐答案，直到没有东西被默默假设掉。

它是什么

dsh-think-partner 是 DeepSeek Harness（DSH）的 agent preset。在 DSH 里，每一项能力都是 cordis.yml 中的一行插件，而一个 agent preset 决定一个会话拿到哪些工具与提示词段落。

这个 preset 只为一个任务而建：把想法想透——细化它、落实它、并跨多个会话推进它。

它刻意不是编码 Agent：Shell、workflow 编排、构建工具全部移除。留下的是一个有记忆的思考搭档——文件工具用来写文档，联网用来查证事实，goal 目标让长期想法跨会话存活，子代理用来委派调研。

两个版本

| 版本 | 目录 | preset id | persona 与技能 | 选择器里的名称 |
|---|---|---|---|---|
| 英文版 | think-partner/ | think-partner | 英文 | Think Partner |
| 中文版 | idea-forge/ | idea-forge | 中文 | Think Partner 中文版 |

两个版本功能完全一致——相同的工具、相同的访谈协议、相同的三个技能，只有 persona 与方法论文档的语言不同。可以只装一个，也可以都装，它们不冲突。

它凭什么不一样

1. 它拷问你，而不是附和你。
你的想法会被建成一棵决策树。每轮只问前沿——所有前提已定、此刻能诚实提问的问题——并且每个问题都附推荐答案，你可以直接按编号回答：

1 同意 · 2 选第二个 · 3 不，因为…

13 个问题通常落成 3 轮，而不是 13 轮。只要两个问题互相依赖，它们绝不会出现在同一轮。

2. 事实归它，决策归你。
凡是能查到的——你的文件里、网上、竞品的定价页——它自己去查，或派子代理去查，而不是拿来问你。只有真正属于你的：目标、约束、取舍、口味，才会作为问题回到你面前。它也不会替你拍板；一旦替用户回答决策，这个协议就已经失效了。

3. 你没确认之前，什么都不产出。
访谈结束的条件是前沿为空，并且你明确确认双方理解一致。在那之前：没有「最终方案」，没有成品文档，也不会悄悄滑进执行。

快速上手

1. 克隆
git clone https://github.com/wumohan1814/dsh-think-partner.git dsh-think-partner

2. 把你要的版本复制进 DSH 的用户预设根目录
Copy-Item -Recurse dsh-think-partner\idea-forge "$env:USERPROFILE\.dsh\.agent-presets\"      # 中文版

Copy-Item -Recurse dsh-think-partner\think-partner "$env:USERPROFILE\.dsh\.agent-presets\"   # 英文版（可选）

预设根目录是 ${DSH_HOME:-$HOME/.dsh}/.agent-presets/，设置过 DSH_HOME 请相应替换。
重启 DSH，在预设选择器里选 Think Partner 中文版（或 Think Partner）。就这样：不需要配置、不需要命令、不需要代码。

preset 的 id 取自目录名，所以两个目录必须保持叫 think-partner 与 idea-forge。它们与仓库名无关。

工作循环：细化 → 落实 → 推进

细化 —— 跑上面那套访谈协议；遇到含糊或一词多义的措辞，当场收敛成精确定义。（「你说的用户，指付费客户还是最终使用者？这是两个东西。」）

落实 —— 产出可执行文档：问题定义 → 方案空间与权衡 → 推荐路径 → 里程碑（含验收标准）→ 风险与对策 → 下一步最小行动。写到工作目录的 idea/ 下。

推进 —— 新会话先读已有文档与目标状态，接着上次继续，绝不重复追问已经定过的决策。定期复盘只问三个要紧的问题：什么变了？哪个假设死了？哪个方向该放弃？

内置技能

三个技能随每个版本一起分发（通过 customSkillDirs 加载），按需加载：

| 技能 | 作用 |
|---|---|
| idea-grilling | 完整访谈协议：决策树、前沿、轮次、问题格式、反模式、停止信号 |
| idea-divergence | 发散技法（SCAMPER、反向头脑风暴、约束移除）与收敛评估（评分矩阵、pre-mortem、二阶效应、可逆性分类） |
| idea-artifacts | 产出物规范：方案骨架、术语表、决策记录（三条件 ADR 判定）、进展日志 |

工具集

| 保留 | 移除 |
|---|---|
| 文件读写与检索、联网搜索与抓取、goal 目标、计划模式、todo、ask-user、子代理（spawn/fork）、后台任务、压缩 | Shell（bash/pwsh）、workflow、ralph |

设计说明

访谈协议同时写在 persona 和技能里。 上游项目自己的文档记录了「命名另一个 skill 的 skill 不会可靠地触发加载」这一未修复问题。所以不可让步的规则放在 persona，深度放在技能——即使技能一次都没加载，行为依然成立。

框架按机制分派，不按习惯堆叠。 默认答案是「不用框架，直接推理」。只有当框架的机制正好对上问题才用，最多 3 个，且每个负责其他框架覆盖不到的独立问题。同义框架不许叠加——反转已被 pre-mortem 吸收，不重复计数。

每个技能都带非触发边界。 任务小且可撤、用户只要一个事实、决策已经拍板——这些情况不走访谈流程。缺了这条，方法论会退化成仪式。

关于证据，请务必读这一段

思维框架类技能的实证支持很弱，本仓库不会假装不是。tjboudreaux/cc-thinking-skills 对自己那份目录做过一次少见的自省式审计：它最好的一条方向性结果（scientific-method）是 +4.0pp，低于作者自设的 +5pp 效用门槛；socratic 为 −6.9pp（负面）；28 个技能中 14 个从未测量。作者因此把全部技能标记为永不自动调用。

本 preset 没有引用那份审计来支持自己的有效性——它恰恰说明整个品类的证据都不足。这里的选择依据是设计理由（消除隐含假设、把用户的决策成本压到最低），不是测量出来的提升。尤其访谈协议是提问式的，而那些基准测的是无真人在环的模型任务正确率——既不能证明也不能否定它。它只是未经验证。

仓库结构

dsh-think-partner/
├── README.md
├── LICENSE
├── think-partner/          # ← 英文版；复制这个目录
│   ├── preset.yml          # 名称与描述（选择器可见）
│   ├── agent.cordis.yml    # 组成文件
│   └── skills/
│       ├── idea-grilling/SKILL.md
│       ├── idea-divergence/SKILL.md
│       └── idea-artifacts/SKILL.md
└── idea-forge/             # ← 中文版；复制这个目录
├── preset.yml
├── agent.cordis.yml
└── skills/
├── idea-grilling/SKILL.md
├── idea-divergence/SKILL.md
└── idea-artifacts/SKILL.md

已知限制

- 只做过挂载校验。 两个版本的 agentPresets.standingKeyFor() 都通过，证明组成可挂载、customSkillDirs 配置生效；但它不列出技能，所以三个技能是否真的出现在会话技能目录里，仍需在真实会话中确认。
- 轮次式提问是有争议的默认值。 慢读者、非母语者、把逐题当专注脚手架的人，往往更适合一次问一题。如果你属于这类，改 persona 第四节即可。
- 两个版本会各自漂移。 它们是并行维护的两份拷贝，任何修订都要同时改两边。

许可与出处

MIT，见 LICENSE。第三方材料，以及那些许可证要求一并保留的上游声明，全部记录在 THIRD_PARTY_NOTICES.md。

组成派生自 DeepSeek Harness 的 standard 预设（MIT，© 2026 DeepSeek）。

三个技能为本仓库原创，但有两笔实实在在的债：

- idea-grilling 改写自 mattpocock/skills 的 grilling 技能（MIT，© 2026 Matt Pocock）。决策树／前沿／轮次模型、编号问题＋推荐答案的格式、事实与决策的分工，都紧随其原型。而「何时不要用」边界、停止信号、反模式清单与自查表是为本仓库写的。
- 技能文档模板与分派规则沿用 tjboudreaux/cc-thinking-skills（MIT，© 2025 TJ Boudreaux）：精确触发、非触发边界、过程、校验这套结构；机制吸收的结论；以及「按机制适配、不按习惯」的分派纪律。
idea-divergence 的技法清单还参考了 johnlindquist/claude，该仓库未声明任何许可证。从中取用的只有公开既有框架（SCAMPER、六顶思考帽、pre-mortem、二阶效应、机会成本）与少量通用短句——没有任何文档正文。这份致谢无论如何都是应当的。

感谢以上三位作者。如果这里的署名有误，请开 issue，会立刻修正。

如果它对你有用，点个 ⭐ 能让更多人找到它。