writing-fragments
写作的 explore 阶段——开采原始 fragments,暂时不建立结构。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
写作的 explore 阶段——开采原始 fragments,暂时不建立结构。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
使用并行 sub-agents 为一个 module 生成多套差异显著的 interface 设计。适用于用户希望设计 API、探索 interface 选项、比较 module 形态,或提到“design it twice”的场景。
运行交互式 QA session:用户通过对话报告 bugs 或 issues,agent 随后创建 GitHub issues;同时在后台探索 codebase,获取上下文和 domain language。适用于用户希望报告 bugs、开展 QA、通过对话创建 issues,或提到“QA session”的场景。
通过用户访谈创建一份由微小 commits 组成的详细 refactor plan,并将其提交为 GitHub issue。适用于用户希望规划 refactor、创建 refactoring RFC,或将 refactor 拆分为安全的增量步骤。
从当前对话中提取一份 DDD 风格的 ubiquitous language glossary,标出歧义并提出规范术语,保存到 UBIQUITOUS_LANGUAGE.md。适用于用户希望定义 domain terms、建立 glossary、收紧术语、创建 ubiquitous language,或提到“domain model”或“DDD”的场景。
询问当前情境适合使用哪个 Skill 或工作流。本 Skill 是仓库内其他 Skills 的路由入口。
从用户指定的固定点(commit、branch、tag 或 merge-base)开始,从两个维度审查代码变更:Standards 检查代码是否遵守仓库记录的编码规范,Spec 检查实现是否符合原始 Issue、PRD 或规格。两个审查由并行子 Agent 分别完成,再并列汇报。适用于用户希望审查分支、PR、开发中的改动,或要求“审查自 X 以来的变更”时。
| name | writing-fragments |
| description | 写作的 explore 阶段——开采原始 fragments,暂时不建立结构。 |
| disable-model-invocation | true |
这是纯粹的 explore:扩展潜在写作内容的空间,暂时不承诺任何结构。结构选择属于 exploit,由另一项 skill 处理。运行一次 grilling session,持续访谈用户想写的主题,并产出 fragments。阶段划分、outline 和文章结构都不在当前范围内。
对话任何一方产生 fragment 时,都将它追加到同一个 Markdown 文件。
用户没有传入路径时,只询问一次文档保存位置,并在剩余 session 中记住它。
从用户说出的第一项内容开始捕获 fragments,包括初始 prompt。
第一次写入时,在文件顶部只写一个带有工作标题的 H1(之后可以修改),不添加任何其他内容:没有 metadata、TOC 或日期。
Fragment 是任何可能保留到最终文章中的文字。它必须能让作者本人读懂,即作者知道它表达什么;它无须定义自己的术语,也无须让第一次接触主题的读者理解。判断标准是“这是不是一段好的文字素材?”,无需形成独立完整的论证。
Fragments 有意保持异质。以下内容都可以成为 fragment:
其中,leading word 是最有价值的 fragment。它承担整体结构:在 explore 阶段找到合适的 leading word,之后它会塑造文章结构、转场和标题,在整个 exploit 阶段持续产生回报。对话围绕同一个想法反复打转时,推动用户为它创造一个词。
模型可以参考小说家的日记:多年积累的无结构观察,后来被开采成原始材料。Fragments 就是这些 observations。
# Working title
第一条 fragment 写在这里。
它可以包含多个 paragraphs,也可以包含 lists、code 或 quotes;
按照 fragment 自然形成的结构书写。
---
第二条 fragment。
---
> 用户希望保留的一句引用。
针对这句话的反应。
---
- 一组彼此相关的观察
- 它们在感觉上属于同一组
- 适合放在相邻位置
Fragments 之间用水平线(\n---\n)分隔。正文中不使用 headings,不添加 tags,也不进行额外排序,只保留加入时的顺序。
安静地追加内容。每个 fragment 无须单独征求许可。可以顺带提一句“这条我记下了”,但不要用保存对话打断访谈。
每次写入前,从磁盘重新读取文件。用户可能在两轮对话之间编辑、重排或删除 fragments;完整保留这些修改。不得覆盖整个文件,只能追加;用户明确要求时,可以原地修改某个特定 fragment。
用户随时可以说“删掉最后一条”“把那条写得更锋利”“合并那两条”。把这些要求当作一等指令处理。