一键导入
writing-fragments
一种追问式会话,用来从用户那里挖掘片段,也就是各类写作素材(主张、小场景、尖锐句子、半成形想法),并追加到单一文档中,作为未来文章的原始素材。适用于用户想在施加结构前发展想法,或提到 “fragments”、“ideate”、“raw material” 写作素材时。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
一种追问式会话,用来从用户那里挖掘片段,也就是各类写作素材(主张、小场景、尖锐句子、半成形想法),并追加到单一文档中,作为未来文章的原始素材。适用于用户想在施加结构前发展想法,或提到 “fragments”、“ideate”、“raw material” 写作素材时。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
使用并行子代理为模块生成多个显著不同的接口设计。适用于用户想设计 API、探索接口选项、比较模块形状,或提到 “design it twice” 时。
交互式 QA 会话,用户以对话方式报告缺陷或问题,代理创建 GitHub issues。后台探索代码库以获取上下文和领域语言。适用于用户想报告缺陷、执行 QA、以对话方式提交 issues,或提到 “QA session” 时。
通过用户访谈创建带小提交的详细重构计划,然后作为 GitHub issue 提交。适用于用户想规划重构、创建重构 RFC,或把重构拆成安全的增量步骤时。
从当前对话提取 DDD 风格的 ubiquitous language glossary,标记歧义并提出标准术语。保存到 UBIQUITOUS_LANGUAGE.md。适用于用户想定义领域术语、构建词汇表、收紧术语、创建通用语言,或提到 “domain model” / “DDD” 时。
询问当前情境适合哪个技能或流程;它是本仓库所有 skills 的路由器。
从固定点(commit、branch、tag 或 merge-base)开始,按 Standards(代码是否符合本仓库记录的编码标准?)和 Spec(代码是否符合来源 issue/PRD 的要求?)两个轴线审查变更。两个审查会在并行子代理中运行,并并排报告。适用于用户想审查 branch、PR、进行中的变更,或要求 “review since X” 时。
| name | writing-fragments |
| description | 一种追问式会话,用来从用户那里挖掘片段,也就是各类写作素材(主张、小场景、尖锐句子、半成形想法),并追加到单一文档中,作为未来文章的原始素材。适用于用户想在施加结构前发展想法,或提到 “fragments”、“ideate”、“raw material” 写作素材时。 |
运行一个会产出 fragments 的 grilling session。围绕用户想写的主题持续访谈。不要强加 phases、outlines 或 structure;这些明确不在范围内。
当对话双方产生 fragments 时,把它们追加到单一 markdown 文件。用户会在 session 中编辑这个文件;每次写入前都要重新读取,保留他们的 edits。
如果用户没有传入路径,只询问一次文档保存到哪里,然后在 session 剩余部分记住它。
从用户说的第一句话开始捕获 fragments,包括 initial prompt。
第一次写入时,在顶部放一个带 working title 的单一 H1(之后可以改),除此之外什么都不要放:不要 metadata、TOC 或 date。
Fragment 是任何可能进入最终文章的文本片段。它必须_对作者可读_,也就是作者能知道它是什么意思;但它不需要定义术语,也不需要让冷读者立即理解。标准是 “这是不是一段好写作素材?”,不是 “这是不是自洽论证?”
Fragments 刻意保持异质。可能成为 fragment 的例子:
Novelist's diary 是模型:多年无结构的 noticings,之后被挖掘成 raw material。Fragments 就是 noticings。
# 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
Fragments 用 horizontal rule(\n---\n)分隔。正文内不要 headings。不要 tags。除了加入顺序之外,不做排序。
安静追加。不要为每个 fragment 请求许可。可以顺带说你添加了什么("adding that"),但不要用 save dialogs 打断对话。
每次写入前:从磁盘重新读取文件。用户可能在回合之间编辑、重排或删除 fragments;保留他们的变化。永远不要 overwrite 文件;只 append(或者在用户要求时,就地编辑特定 fragment)。
用户随时可以说 "cut the last one"、"rewrite that one sharper"、"merge those two"。把它们当成一等指令。