writing-fragments
作者 mattpocockwriting-fragments 是一个聚焦型访谈技能，适合把论点、片段、犀利句子和半成形想法先收集成未来文章的原始素材。它很适合 Knowledge Capture 和早期起草：先收集碎片，结构可以稍后再定。如果你需要的是实用的 writing-fragments 指南，而不是普通的大纲提示，就用它。
这个 skill 的评分是 67/100，已经足够纳入目录，但更适合被视为一个专门化、文档中等的工作流，而不是开箱即用的一体化方案。仓库明确了使用场景，也给出了把 writing fragments 收集到单个 markdown 文件中的具体交互方式，因此 agent 在触发和使用时，通常会比面对通用提示词更少猜测。不过，安装决策只能算部分成立，因为仓库缺少配套文件、示例和可见的安装命令，所以采用者可能需要仅凭 SKILL.md 自行推断部分操作细节。
- 触发条件和使用场景很清楚：描述里明确说了在用户想先发展想法再定结构，或提到 fragments/ideate/raw material 时使用。
- 工作流写得很具体：持续追问用户、通过重新读取文件保留修改，并把碎片追加到同一个 markdown 文档中。
- 方向性约束到位：明确禁止先写大纲/分阶段，并定义了什么算 fragment，能减少 agent 的猜测成本。
- 除核心流程外，文档相对薄弱：没有配套文件、脚本、参考资料或资源。
- SKILL.md 中没有展示安装命令，因此用户可能需要自行摸索安装和调用细节。
writing-fragments 技能概览
writing-fragments 技能适合从原始素材出发搭建文章，而不是先从大纲开始。它可以帮你做一场聚焦的访谈，收集可直接使用的句子，并在草稿逐渐成形的过程中，把这些内容持续追加到同一个 markdown 文档里。如果你想先捕捉观点、片段、表达方式和半成形的想法，再决定最终结构，那么这就是合适的 writing-fragments skill。
它最适合 Knowledge Capture 和早期草稿阶段，这时真正的问题不是润色，而是找出哪些内容值得保留。writing-fragments 的核心差异在于，它不会过早强行分阶段、分章节，或者提前定死一个完整论点。如果你已经知道结构，普通 prompt 通常就够了；如果你需要先拿到原始素材，这个技能更合适。
这个技能适合做什么
当用户说他们想做头脑风暴、倾倒想法、收集碎片，或者把一个粗略主题转成写作素材时，就用 writing-fragments。当源内容很杂，或者作者自己也不确定最终文章会变成什么样时，它尤其有用。
它有什么不同
它的工作流是对话式、累积式的：提问、记录、回读、追加。这个技能默认文档在会话中会持续可编辑，所以保留用户修改和生成新内容同样重要。相比一次性头脑风暴 prompt，它更适合现场写作场景。
什么时候不要用它
如果用户一开始就想要的是完整大纲、结构化 brief，或者一篇打磨好的成稿，就不要用 writing-fragments。当输出必须立刻自洽、适合冷读用户直接阅读时，它也不是最合适的选择。
如何使用 writing-fragments 技能
安装并加载上下文
先用你技能目录里的 writing-fragments install 流程安装，然后优先打开 skills/in-progress/writing-fragments/SKILL.md。在这个 repo 里没有辅助脚本或支持文件夹，所以这个技能的行为几乎完全写在 skill 文件本身里。也就是说，安装是否成功，取决于你是否仔细读懂了说明，而不是去找隐藏的自动化流程。
把粗目标转成好 prompt
这个技能最适合用户给出主题、受众，以及希望保留哪类碎片。好的输入像是：“我在写为什么小团队会采用 AI 笔记工具；请访谈我，帮我挖出犀利的论点和例子”，或者“帮我收集关于为什么我的系统失败了的 Knowledge Capture 文章碎片”。像“写点关于 productivity 的东西”这种弱输入，会留下太多歧义，难以让这场追问产生有价值的材料。
会话中的实用工作流
如果用户没有提供路径，先询问要把文件保存到哪里，然后在整个会话里始终保持这个路径一致。每次追加之前都要重新读取 markdown 文件，避免覆盖用户编辑。第一次写入时，顶部只保留一个 H1 工作标题，然后随着碎片出现，直接追加进去，不要太早把它们改造成章节。
仓库里的最佳阅读顺序
先看 SKILL.md，然后继续检查同一文件顶部的说明，重点关注 fragment 的定义、会话风格和文件格式规则。这些部分对输出质量影响最大。如果你是在为自己的工作流调整 writing-fragments guide，重点看结构、文档状态，以及什么算 fragment 这些约束。
writing-fragments 技能 FAQ
writing-fragments 适合新手吗？
适合，只要用户能围绕一个主题回答问题，并且愿意接受迭代式过程。它考验的不是写作功底，而是你是否愿意跟着提示不断回应，并在会话进行时一直打开着文档。
它和普通 prompt 有什么不同？
普通 prompt 往往是想直接生成一篇完整内容。writing-fragments 则是先收集素材，再延后组织结构。这种差异在你想先找到文章里最好的句子，再决定文章长什么样的时候尤其重要。
它适合 Knowledge Capture 工作流吗？
适合。writing-fragments for Knowledge Capture 这个用法很强，尤其适合把亲身经历、洞见或访谈回答保留下来，变成可复用的写作碎片，而不是立刻压缩成摘要。
什么情况下应该避开它？
如果你需要的是结构、最终论点，或者一次完成的交付件，就跳过它。若用户无法持续编辑同一个文件，它也不太合适，因为这个技能依赖于保留并回读当前文档。
如何改进 writing-fragments 技能
给模型更好的原始素材
提升 writing-fragments usage 最有效的方法，是尽量用具体例子、对比、引语和具体瞬间来回应，而不是抽象主题。如果你说“我需要一些关于远程办公的碎片”，拿到的往往会很泛；如果你说“我想要关于一个团队什么时候开始不再信任会议的碎片”，就更容易得到锋利、有内容的写作燃料。
防止会话过早滑向结构化
一个常见失败模式是太早跑去搭大纲。如果对话开始变成总结，而不是收集素材，就把方向拉回到值得保留的句子、令人难忘的论点，以及能活到最终文章里的细节上。这个技能在你把结构当作后期编辑步骤时，效果会更好。
迭代保留哪些内容
第一轮结束后，检查文档里哪些 fragment 读起来顺、具体、而且能复用。你可以围绕最强的几句继续追问更多素材，也可以只针对最弱的部分让模型给出替代表达。通常这比要求整篇重写更有效，因为目标是先扩充碎片库，再做综合成稿。