写作碎片

解决什么

很多写作任务卡住，不是因为没想法，而是想法太散：一句顺手但无处安放的句子、一个只够挂住半篇的隐喻、一段对话或观察、一个还没成形的论点。直接列大纲容易把探索压扁；可草稿又常被当成成稿，结果作者要么憋着不写，要么写出一堆看似完整实则空洞的段落。

写作碎片 的目标是把“能写什么”的空间先撑开。它不承诺结构，也不做产品式包装，只把可能活到成稿的文字收进同一个 Markdown 文件。

技能如何工作

• 先抓碎片，再谈结构：从用户第一句话、初始 prompt、对话中的即兴表达里识别可用文字。判断标准不是“是否完整论证”，而是作者日后能否看懂、能否继续发展。
• 单一文件积累：所有碎片写入一个文件。首次写入顶部使用 H1 工作标题，不加日期、元数据或 TOC。碎片之间用 --- 分隔，正文不设标题、标签或固定顺序。
• 静默追加，尊重已有编辑：每次写入前从磁盘重读文件，用户可能已经重排、删除或改写过内容。因此只追加新碎片，或按需修改某一条，绝不整体覆盖。
• 支持即时维护：用户可以命令“删最后一条”“那条写利落点”“合并那两条”。这些不是附加功能，而是工作流的一等操作。
• 异质优先：碎片可以是妙句、带理由的论点、小品、代码片段、场景、类比、半想法、引文、对话、抱怨或坦白。最有价值的一类是主导词：一个紧凑隐喻或造词，如果它反复出现，就逼自己把它固定下来，让它以后能挂住整篇。

适用边界

适合“暂时不要大纲、成稿或段落结构，只想先把素材挖出来”的阶段。不适用场景包括需要立刻定章节、搭论证链或安排节拍；这些应交给 writing-shape 或 writing-beats 等下游流程。本技能只挖碎片、不塑形，因此不要把它的输出直接当成文章骨架。