用途
writing-fragments 是一个处于“纯探索”阶段的写作技能。它的目标不是产出成稿，而是在尚未承诺任何结构之前，尽可能拓宽“可能被写出来”的内容空间。资料明确指出：承诺结构属于“利用（exploit）”阶段，是另一个技能的工作。因此，本技能不负责施加阶段划分、大纲或文章结构。
主要能力
该技能通过一场“拷问式”的访谈会话（grilling session）来产出片段，围绕用户想写的任何主题不断追问。片段可以从对话的任意一方产生，一旦出现，就追加到同一个 Markdown 文件中。
片段被定义为任何可能存活到最终文章里的文本。它必须对作者本人可读（作者能明白它的意思），但不需要定义术语，也不需要让毫无背景的读者看懂。判断标准是“这是不是一段好文字”，而不是“这是不是一个自洽的论证”。
片段被刻意设计为异质的，资料给出的示例包括：
- 一句你想用在某处、但还不知道用在哪里的犀利句子。
- 一个主张，附带一行理由。
- 一段小插曲：发生的一件事、一段代码、一个场景、一个类比。
- 一个半成品想法：“关于 X 感觉像 Y 的某种东西，以后再想清楚。”
- 一句引用、一段对话、一句无意中听到的话。
- 一组靠感觉聚在一起的相关观察。
- 一句抱怨、一段自白、一个包袱。
- 一个“关键词”（leading word）：一个紧凑的隐喻或新造词，整篇文章都可以挂在它上面（用一个词命名整个想法，就像 tracer bullets 或 fog of war 命名一整个模式那样）。
在这些片段中，资料认为“关键词”是最有价值、最值得落地的片段。它具有承重作用：在探索阶段命名对了，它会在之后塑造结构、过渡和标题，在整个“利用”阶段持续带来回报。当对话反复围绕某个想法打转时，应推动为它造一个词。
资料用小说家的日记作为模型：多年无结构的“留意”（noticings），日后被挖掘为原始素材。片段就是这些“留意”。
使用方式
如果用户没有传入路径，先询问一次文档保存位置，然后在本次会话余下时间记住它。
从用户说的第一句话开始捕捉片段，包括最初的提示词。
首次写入时，在顶部放一个单独的 H1 作为工作标题（之后可以更改），除此之外不放任何东西：没有元数据、没有目录、没有日期。
文件格式如下：
# Working title
A first fragment lives here.
It can be multiple paragraphs. It can include lists, code, quotes: whatever
shape the fragment naturally takes.
---
A second fragment.
---
> A quoted line that the user wants to keep around.
A reaction to it.
---
- A cluster of related observations
- That hang together by feel
- And want to be near each other
片段之间用水平分割线（\n---\n）分隔。正文内没有标题、没有标签、除了添加顺序之外没有其他排序。
写作节奏方面：静默追加，不要为每个片段征求许可。可以顺带提一句你加了什么（“adding that”），但不要用保存对话框打断对话。
每次写入之前：从磁盘重新读取文件。用户可能在轮次之间编辑、重排或删除过片段，因此要保留他们的改动。永远不要覆盖文件，只追加（或者，如果用户要求，就地编辑某个特定片段）。
用户可以随时说“cut the last one”“rewrite that one sharper”“merge those two”，这些都被视为一等指令。
适用场景
适合在写作的早期探索阶段使用：当你有一个想写的主题，但还不确定要写成什么、有哪些可写的内容、文章该长什么样时，用这个技能来大量收集原始素材和“留意”。也适合需要为某个反复出现的想法命名、造词，以便后续结构围绕它展开的情形。
限制
资料明确说明：施加阶段、大纲或文章结构不在本技能范围内。它不负责承诺结构，那是另一个技能（exploit 阶段）的工作。片段不需要对冷读者可读，也不要求自洽。文件只追加、不覆盖，除非用户明确要求就地编辑某个片段。