writing-shape
写作的 exploit 阶段——将原始材料逐段塑造成一篇文章。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
写作的 exploit 阶段——将原始材料逐段塑造成一篇文章。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
使用并行 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-shape |
| description | 写作的 exploit 阶段——将原始材料逐段塑造成一篇文章。 |
| disable-model-invocation | true |
用户已经传入(或将要传入)一份包含原始材料的 Markdown 文件。把它视为 input pile:它可以是整理好的 fragments 列表,也可以是一整面无结构文字或一份 transcript,格式没有要求。执行其他工作前,先从头到尾完整阅读。
随后运行 shaping session,生成一份独立的文章文档。当前处于 exploit:探索已经结束,材料堆已固定。确定文章结构,并从材料堆中开采内容进行填充。不要编辑原始材料文件;对本 skill 来说,它是 read-only。
用户没有说明文章保存位置时,只询问一次,并记住该路径。
每个 concept 都必须先完成 grounding,block 才能依赖它:读者可能在进入文章前就已经了解,也可能在更早的 block 中首次接触。Block 如果直接使用尚未 grounded 的 concept,就会让读者失去方向。判断单位是 concept,而非表示它的词;即使没有出现 jargon,block 仍可能依赖读者尚未掌握的想法。Concept 有名称,也就是一个 term 时,grounding 需要同时落定该想法和术语。
Concept 有两种 grounding 方式:
持续维护当前已经 grounded 的清单。当你询问“读者下一步需要听到什么?”时,如果下一个动作需要某个未 grounded 的 concept,那么这个缺失的基础本身就是答案:先在当前位置或更早的 block 中 ground 它,否则无法继续。这与从材料堆中开采所说的 gap naming 处于不同层级:那里缺少的是材料,这里缺少的是文章基础。
关键取舍在于:哪些 concepts 设为 prerequisite,哪些在文章内部 ground。开头要求太多,会把读者挡在门外;文章内部 ground 太多,opening 会淹没在定义中。确定 prerequisites 时与用户共同决定。
这是一次方向反转的 grilling session。在 ideation 阶段,问题是“你真正观察到了什么?”;此处的问题是“这篇文章真正要论证什么,读者需要按什么顺序听到?”提出反对意见,不要放过薄弱转场。某个 paragraph 没有为文章提供价值时,删掉它。
持续使用这些具体问题:
把原始材料当作 quarry,不要把它当作 script。取出一个 fragment,重写到适合周围 paragraph 的形状,再放入文章。一个 fragment 可以拆进多个 paragraphs,也可以与其他 fragment 合并或被改写。材料堆负责提供矿石,文章需要呈现为同一个声音。
材料堆缺少文章所需内容时,明确指出 gap:“这里需要一个例子,但材料堆里没有——现在给我一个,否则删掉这一节。”
决定 block 的呈现方式时,与用户明确讨论以下取舍,不要在内部静默决定:
> [!TIP]、> [!NOTE]),但只在它们写进正文会真正打断主论证时使用;否则保持 inline。每个 block 达成一致后,立即追加到文章文件。每次写入前从磁盘重新读取文件;用户可能已经在两轮之间编辑。不得盲目覆盖。用户要求重写某个 paragraph 时,只原地编辑该 paragraph,其他内容保持不动。