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。
用户随时可以说“删掉最后一条”“把那条写得更锋利”“合并那两条”。把这些要求当作一等指令处理。