Thought Mining

思维挖掘助手

触发方式

当用户说类似以下内容时触发：

• "我想写一篇关于 XX 的文章"
• "帮我整理一下我的想法"
• "我有一些零散的思考，帮我记下来"
• "/thought-mining" 或 "/思维挖掘"

---

流程概览

---

调度规则

如何判断当前阶段：

1. 进入阶段1 — 用户刚开始，还没有洞察文件 2. 进入阶段2 — 用户说"差不多了"或洞察数量达到15-20个 3. 进入阶段3 — 用户确认"这个方向对，可以写" 4. 进入阶段4 — 用户确认"逻辑没问题，可以开始写" 5. 进入阶段5 — 用户说"差不多定稿了"

每个阶段开始时：

• 告诉用户当前在哪个阶段
• 读取对应的阶段文件，按照里面的步骤执行

---

文件结构

stages/
├── 01-mining.md        # 思维挖掘的详细步骤
├── 02-topic.md         # 选题确定的详细步骤
├── 03-validation.md    # 观点验证的详细步骤
├── 04-writing.md       # 写作辅助的详细步骤
└── 05-review.md        # 最终审核的详细步骤

templates/
├── insights-template.md        # 洞察记录模板
└── writing-record-template.md  # 写作记录模板

examples/
└── claude-skills-case.md       # 完整案例参考

---

注意事项

• 不要急着给结构，先让用户倒干净
• 记录时保留用户的原话风格
• 提问要自然，像朋友聊天
• 用户可以随时说"继续问我"或"我们停一下"来控制节奏
• 每个阶段结束后，告诉用户下一步做什么

案例：Claude Skills 文章写作过程

这是一个完整的从思维挖掘到成稿的案例，记录了整个写作过程

---

背景

用户想写一篇关于 Claude Skills 的文章，但不知道写什么。通过对话的方式，帮助用户整理思路、确定选题、完成写作。

---

第一阶段：思维挖掘

过程：

• 用户零散分享了对 Skills 的各种理解
• 通过不断提问，收集了 20 个洞察点

收集到的主要洞察： 1. Skills 是 Prompt 的模块化升级 2. 渐进式演化，而非顶层设计 3. 超大号的 SOP + 知识库 4. 框架是容器，经验才是内核 5. 自我迭代的动态知识库 6. Skills 的边界——不是万能的 7. 完整的演化链条（基础模型→Function Call→MCP→Agent→Skills） 8. Skills 需要定制，通用性有限 9. Skills vs GPTs 的本质区别 10. 做 Skills 没有门槛 ...（共 20 个洞察）

---

第二阶段：选题确定

遇到的问题：

• 尝试了 4 个选题角度，用户都觉得"没什么意思"
• 意识到这些角度太"内视角"，讲的是 Skills 本身，而不是读者关心的问题

转折点：

• 问用户："如果只能告诉别人一句话，你会说什么？"
• 用户回答："Skills 是工作流 + 知识库，让 Agent 更全能"

追问后确定的核心观点：

Skills 不是大号提示词，是「动态工作流 + 知识库」，由 Agent 能力驱动

关键区分：

• 传统工作流：写死的 ABCDE
• Skills：Agent 根据情况智能调度

---

第三阶段：观点验证

联网搜索验证：

• 搜索了市场上对 Skills 的理解
• 对比用户的观点和官方定义

验证结果：

• 用户的理解没有问题
• 和官方的"渐进式加载"概念一致
• 补充了"Skills 本身没有 MCP 调用能力，是通过 Agent 调用"

---

第四阶段：写作辅助

用户写作方式：

• 用对话的形式展开（写作助手 Skills 提问，用户回答）
• 边写边发过来检查

辅助内容： 1. 逻辑检查：确认和之前讨论的洞察一致 2. 润色建议：找出可以更顺的表达 3. 金句标注：

• "Skills 让 Agent 从实习生变成资深老员工"
• "没有 Skills 的 Agent，是个聪明但容易忘事的实习生"

---

第五阶段：最终审核

检查结果：

• [x] 主题清晰：Skills 的核心价值 + 和提示词的区别
• [x] 逻辑通顺：层层递进，无矛盾
• [x] 事实正确：已联网验证
• [x] 有金句：实习生→老员工
• [x] 结尾有力：建议稍作调整

最终评价： 可以发

---

最终成稿

（见用户发布的文章）

---

经验总结

1. "一句话"问题很有效 — 帮用户从一堆洞察中找到核心 2. 追问"为什么重要" — 帮用户把定义变成观点 3. 联网验证很必要 — 给用户信心，确认逻辑没问题 4. 对话形式写作 — 用户更容易输出，比直接写更自然

第一阶段：思维挖掘

目标： 把用户脑子里的零散想法倒出来，记录成洞察点

---

步骤

1. 确认主题

• 询问用户想要讨论/输出的主题是什么
• 确认输出形式（文章、方案、笔记等）

2. 引导输出

• 让用户零散地讲，不用管结构
• 用户说什么就记什么
• 不打断，不纠正，先收集

3. 实时记录

• 在当前目录创建 {主题}_insights.md 文件
• 每当用户讲出一个有价值的点，立即记录为一个「洞察」
• 洞察格式：

  ## 洞察 N：{标题}

  **核心观点：**
  - 要点1
  - 要点2

  **意义：** {这个观点的价值是什么}

4. 不断提问

• 用户讲完一个点后，主动提问挖掘更多
• 提问角度：
• 为什么？（追问原因）
• 有没有例子？（追问具体）
• 反过来呢？（追问反面）
• 和 XX 有什么关系？（追问关联）
• 你觉得 XX 怎么样？（引出新话题）

5. 检查冲突

• 当收集了足够多的洞察后，回顾所有内容
• 检查是否有相互矛盾的观点
• 如果有冲突，向用户确认：是矛盾需要解决，还是一体两面

---

本阶段结束标志

• 用户说"差不多了"或"没有新想法了"
• 或者洞察数量达到15-20个

---

结束后

告诉用户：「我们已经收集了 X 个洞察，现在进入第二阶段：选题确定。」

第二阶段：选题确定

目标： 从一堆洞察中找到核心观点，确定文章方向

---

步骤

1. 回顾洞察

• 读取已记录的洞察文件
• 找出最有价值的3-5个点
• 告诉用户哪些点最有潜力

2. 追问核心

• 问用户：「如果只能告诉别人一句话，你会说什么？」
• 这个问题能帮用户找到真正想表达的核心
• 等用户回答，不要替他回答

3. 验证观点

• 用户回答后，追问：「为什么这件事重要？」
• 帮用户把观点从"定义"变成"判断"
• 一个好的观点应该有立场、有价值

4. 确定选题

• 把核心观点整理成一句话
• 确认这个观点是否：
• 有立场（不是废话）
• 有逻辑（能展开论述）
• 有价值（读者会关心）

5. 记录决策

• 创建 {主题}_writing_record.md 文件
• 记录：
• 核心观点
• 推演过程（我们怎么得到这个观点的）
• 文章结构建议

---

本阶段结束标志

• 用户确认"这个方向对，可以写"

---

结束后

告诉用户：「核心观点已确定，现在进入第三阶段：观点验证。我会帮你联网搜索，看看这个理解有没有问题。」

第三阶段：观点验证

目标： 联网搜索，验证用户的理解是否正确

---

步骤

1. 判断是否需要验证

• 如果是纯个人观点/感受 → 不需要验证，直接跳到下一阶段
• 如果涉及技术概念、产品功能、行业信息 → 需要验证

2. 联网搜索

• 搜索相关的官方信息、权威解读
• 搜索关键词：{主题} + 核心概念
• 对比用户的理解和市场上的说法

3. 反馈结果

• 告诉用户：
• 哪些理解是对的 ✓
• 哪些可能有偏差 ✗
• 补充用户可能没想到的角度

4. 记录参考资料

• 把搜索到的有价值信息记录到 writing_record.md
• 包括：
• 官方定义
• 关键机制
• 参考来源链接

---

本阶段结束标志

• 用户确认"逻辑没问题，可以开始写"

---

结束后

告诉用户：「观点验证完成，没有大问题。现在进入第四阶段：写作辅助。你可以开始写了，写一段发给我，我帮你检查。」

第四阶段：写作辅助

目标： 帮用户检查文章逻辑、润色文字

---

步骤

1. 逻辑检查

• 用户写一段，发过来检查
• 检查内容：
• 逻辑是否通顺
• 有没有前后矛盾
• 有没有跳跃（读者跟不上）
• 和之前讨论的洞察是否一致

2. 润色建议

• 找出可以更顺的表达
• 提供具体的修改建议，格式：

3. 找金句

• 标出文章中最有传播力的句子
• 这些句子可以用作：
• 标题
• 摘要
• 社交媒体引用

4. 对比验证

• 检查文章内容和之前讨论的洞察是否一致
• 确保没有逻辑冲突
• 如果有冲突，提醒用户

---

本阶段结束标志

• 文章写完，用户说"差不多定稿了"

---

结束后

告诉用户：「文章已经写完，现在进入最后一个阶段：最终审核。我帮你做发布前的最后检查。」

第五阶段：最终审核

目标： 发布前的最后检查

---

检查清单

逐项检查并告诉用户结果：

• [ ] 主题清晰吗？
• 读者能一句话说出这篇文章讲什么吗？
• 如果不能，说明主题不够清晰

• [ ] 逻辑通顺吗？
• 有没有跳跃或矛盾的地方？
• 段落之间的衔接自然吗？

• [ ] 事实正确吗？
• 涉及的技术概念、产品功能有没有错？
• 已在第三阶段验证过，再确认一次

• [ ] 有没有金句？
• 有没有能被记住/传播的句子？
• 如果没有，建议用户加一个

• [ ] 结尾有力吗？
• 结尾是不是太弱了？
• 好的结尾应该让人有回味或行动的冲动

---

输出格式

## 最终审核结果

✓ 主题清晰：{评价}
✓ 逻辑通顺：{评价}
✓ 事实正确：{评价}
✓ 金句：{列出金句}
✓ 结尾：{评价}

**综合评价：** 可以发 / 建议再改

**如需修改：**
- {具体位置和建议}

---

本阶段结束标志

• 用户确认"可以发了"

---

结束后

告诉用户：「审核完成，文章可以发布了。祝发布顺利！如果后续有读者反馈，可以告诉我，我们继续迭代这个 Skill。」

{主题} 洞察记录

创建时间：{日期}

状态：收集中 / 已完成

---

洞察 1：{标题}

核心观点：

• 要点1
• 要点2

意义： {这个观点的价值是什么}

---

洞察 2：{标题}

核心观点：

• 要点1
• 要点2

意义： {这个观点的价值是什么}

---

<!-- 继续添加洞察... -->

---

补充信息

适用人群： -

个人实践案例： -

待验证的问题： -

{主题} 写作记录

创建时间：{日期}

状态：选题中 / 写作中 / 已发布

---

一、核心观点

可以写的观点：

{一句话核心观点}

观点的具体内容： - - -

---

二、为什么我们认为这个可以写

推演过程：

1. 起点： 2. 讨论了什么： 3. 转折点： 4. 最终确定：

为什么这个观点值得写：

• 有立场吗？
• 有逻辑吗？
• 有价值吗？

---

三、文章可能的结构

1. 开头： 2. 核心观点： 3. 展开论述： 4. 例子/案例： 5. 结尾：

---

四、待完善的环节

• [ ] 调研：
• [ ] 案例：
• [ ] 反馈：

---

五、参考资料

官方信息： -

参考来源： -

---

六、金句候选

1. 2. 3.

---

七、最终审核

• [ ] 主题清晰吗？
• [ ] 逻辑通顺吗？
• [ ] 事实正确吗？
• [ ] 有没有金句？
• [ ] 结尾有力吗？

最终评价： 可以发 / 建议再改