| name | rewrite |
| disable-model-invocation | true |
| description | 以某种写作风格重写任意文档。 当用户要求"仿照某篇文章风格重写"、"以 Daily Dose of DS 风格改写"、 "优化这篇博客让节奏更紧凑"、"把这个写得像 Avi Chawla 那样"、 "让这篇文章更有冲击力"、"用 hooks + 数据冲击的风格重写"时触发。 也适用于任何需要把"说明文风格"的文档转化为更有节奏感、 更有冲击力的风格的重写请求。用户可能需要先确认写作风格，确认后再执行重写。
|
Rewrite —— 风格化重写
目的
将任何说明文/平铺直叙风格的技术文档，转化为有钩子、有节奏、有数据、不废话的硬核文章。
渐进式披露
- SKILL.md（本文件）→ 通用重写框架与操作流程
- references/<style>/instructions.md → 具体风格的操作指令（六段式弧线、词汇转换、自检清单等）
- references/<style>/compose.md → 完整写作风格拆解（含例句、公式）
- references/<style>/example.md → 参考原文，用于对比学习
可用风格
当前支持的风格：
| 风格 | 路径 | 核心特征 |
|---|
| Avi Chawla（Daily Dose of DS） | references/avi-chawla/ | 反直觉钩子、数据冲击、单句成段、零过渡语、原因反转、对比验证 |
| Lionad 博客 | references/lionad/ | 口语化排查叙事、大幅删减只留主线、单点技术机制讲透、问题导向小标题推进 |
如果用户要求其他风格（如 Paul Graham、Nat Friedman 等），先分析用户提供的参考文章，然后在 references/ 下新建对应目录，写入 instructions.md、
compose.md 和 example.md。
操作流程
Step 1：确认写作风格
在正式开始重写之前，确认用户的风格方向：
如果用户明确指定了风格（如"用 Avi Chawla 风格"）：
- 直接读取
references/<style>/instructions.md，继续 Step 2
如果用户没有指定风格：
- 展示可用风格列表及其核心特征
- 让用户选择或提供参考文章 URL
- 如果用户提供了具体的参考文章 URL，优先分析该文章，在
references/ 下创建新的风格目录
如果用户只是笼统地说"改得有冲击力"：
- 默认使用 Avi Chawla（Daily Dose of DS） 风格
- 向用户展示风格摘要，确认后再开始
Step 2：分析原文
在重写前，先对原文做以下分析：
- 提取核心论点：原文试图传达的 1-3 个核心观点是什么？
- 识别数据/证据：原文中有哪些数字、案例、对比？
- 定位问题/痛点：原文描述了什么问题？读者为什么应该关心？
- 标记可删减内容：哪些过渡语、客套话、重复解释可以删除？
- 判断语言：原文是中文还是英文？目标语言与原文一致。
Step 3：读取并应用风格指南
读取对应风格的 instructions.md，按照其中的操作指令执行重写。
如需更深入理解风格细节，再读取 compose.md。
Step 4：输出格式
直接输出重写后的 Markdown 全文。
在输出前，先给出一段简短的「重写策略说明」（2-3 句话），告诉用户你识别出的原文核心论点和打算如何转化。
Step 5：通用自检清单
重写完成后，执行以下通用检查：
边界情况
- 原文已经是目标风格：提示用户"原文已经是目标风格，无需重写"，但可以给出微调建议
- 原文缺乏数据：如果原文确实没有可引用的数字，可以保留描述性论证，但尝试将抽象概念转化为具体场景
- 用户要求其他风格：如果用户明确要求其他参考风格，在
references/ 下新建目录，分析用户提供的文章并创建对应的 instructions.md、compose.md 和 example.md
- 非技术文档：如果是纯叙事/文学类文档，提示用户该风格主要针对技术写作，询问是否继续
