还没想清文章结构时，用碎片挖掘会话把可写素材先攒下来

在写作探索阶段，通过不断追问用户并持续追加 markdown 碎片，扩大可写内容而不急于定结构。

适用场景

解决思路

1. 进行纯粹的 explore 会话：不断扩大可能写出的内容范围，不承诺任何结构；把承诺结构视为 exploit，交给另一个技能。
2. 围绕用户想写的主题，用不断追问的“拷问式”会话产出碎片，持续采访用户。
3. 不要施加阶段、大纲或文章结构；这些不在本技能范围内。
4. 对话双方任一方产生碎片时，立即把碎片追加到同一个 markdown 文件。
5. 如果用户没有传入保存路径，只问一次文档保存到哪里；之后在本次会话中记住该路径。
6. 从用户说的第一句话开始捕捉碎片，包括初始提示词。
7. 第一次写入时，在文件顶部只放一个 H1 工作标题（之后可改），不要放其他东西：不要元数据、不要 TOC、不要日期。
8. 把碎片定义为任何可能保留到最终文章里的文本；它必须让作者能读懂，但不要求定义术语或让冷读者也能理解。
9. 判断标准是“这是不是一段好文字？”，不是“这是不是一个自包含的论证？”。
10. 刻意让碎片异质化；允许的碎片类型包括：想用到某处但还不知道放哪的锋利句子。
11. 允许的碎片类型包括：一个主张，带一句理由或论证。
12. 允许的碎片类型包括：小场景或片段——发生的一件事、一段代码片段、一个情境、一个类比。
13. 允许的碎片类型包括：半成品想法，例如“关于 X 感觉像 Y 的某个点，之后再展开”。
14. 允许的碎片类型包括：引用、对话、听到的一句话。
15. 允许的碎片类型包括：一组相关观察，凭感觉放在一起。
16. 允许的碎片类型包括：抱怨、自白、包袱或笑点。
17. 允许的碎片类型包括：leading word（引领词或核心词）——一个紧凑的隐喻或新造词，让整篇文章可以挂靠在上面，例如 tracer bullets 或 fog of war 命名整个模式。
18. 优先争取落地 leading word；它承重：在 explore 阶段命名正确，会塑造后面的结构、过渡和标题，并在整个 exploit 阶段持续带来收益。
19. 当对话反复围绕某个反复出现的想法打转时，推动为它造一个词或命名。
20. 采用小说家日记模型：先做多年无结构的 noticings（注意或记录），之后再从中挖掘素材；碎片就是 noticings。
21. 文件格式：顶部一个 H1 工作标题；碎片之间用水平分割线分隔，即 `\n---\n`；正文内部不要标题，不要标签，除添加顺序外不要排序。
22. 每个碎片可自然采用任意形态：多段、列表、代码、引用等。
23. 写入节奏：静默追加，不要为每个碎片请求许可；只在对话中顺带提一句“adding that”，不要用保存对话框打断对话。
24. 每次写入前：从磁盘重新读取文件；用户可能在上轮之间编辑、重排或删除碎片，所以要保留他们的改动。
25. 永远不要覆盖文件；只追加；或者如果用户要求，就原地编辑某个特定碎片。
26. 用户可以随时说“cut the last one”“rewrite that one sharper”“merge those two”；把这些当作一等指令处理。

适用边界 · 注意事项

• 不适用于已经要进入 exploit、承诺文章结构、写大纲、划分阶段或组装成稿时。
• 不适用于以冷读者可理解的、自包含论证为目标的正式写作或最终润色。
• 不适用于不允许写入或追加本地 markdown 文件、或需要实时保存对话框确认的流程。