rewrite

name	rewrite
disable-model-invocation	true
description	以某种写作风格重写任意文档。 当用户要求"仿照某篇文章风格重写"、"以 Daily Dose of DS 风格改写"、 "优化这篇博客让节奏更紧凑"、"把这个写得像 Avi Chawla 那样"、 "让这篇文章更有冲击力"、"用 hooks + 数据冲击的风格重写"时触发。 也适用于任何需要把"说明文风格"的文档转化为更有节奏感、 更有冲击力的风格的重写请求。用户可能需要先确认写作风格，确认后再执行重写。

Rewrite —— 风格化重写

目的

将任何说明文/平铺直叙风格的技术文档，转化为有钩子、有节奏、有数据、不废话的硬核文章。

渐进式披露

1. SKILL.md（本文件）→ 通用重写框架与操作流程
2. references/<style>/instructions.md → 具体风格的操作指令（六段式弧线、词汇转换、自检清单等）
3. references/<style>/compose.md → 完整写作风格拆解（含例句、公式）
4. 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. 提取核心论点：原文试图传达的 1-3 个核心观点是什么？
2. 识别数据/证据：原文中有哪些数字、案例、对比？
3. 定位问题/痛点：原文描述了什么问题？读者为什么应该关心？
4. 标记可删减内容：哪些过渡语、客套话、重复解释可以删除？
5. 判断语言：原文是中文还是英文？目标语言与原文一致。

Step 3：读取并应用风格指南

读取对应风格的 instructions.md，按照其中的操作指令执行重写。

如需更深入理解风格细节，再读取 compose.md。

Step 4：输出格式

直接输出重写后的 Markdown 全文。

在输出前，先给出一段简短的「重写策略说明」（2-3 句话），告诉用户你识别出的原文核心论点和打算如何转化。

Step 5：通用自检清单

重写完成后，执行以下通用检查：

• 核心论点是否保留且更加突出？
• 关键数据/证据是否被有效利用？
• 原文的图片链接 ![](url) 和链接 [text](url) 是否全部保留？
• 语气是否比原文更直接、更有冲击力？
• 风格特定的自检清单是否全部通过？（见 instructions.md）

边界情况

• 原文已经是目标风格：提示用户"原文已经是目标风格，无需重写"，但可以给出微调建议
• 原文缺乏数据：如果原文确实没有可引用的数字，可以保留描述性论证，但尝试将抽象概念转化为具体场景
• 用户要求其他风格：如果用户明确要求其他参考风格，在 references/ 下新建目录，分析用户提供的文章并创建对应的 instructions.md、compose.md 和 example.md
• 非技术文档：如果是纯叙事/文学类文档，提示用户该风格主要针对技术写作，询问是否继续