Article Rewriter Skill

定位

给定一篇文章（URL 或全文），深度消化后创作一篇全新的、更高屋建瓴的文章。 输出文章必须：

• 零 AI 痕迹：不出现"总的来说"、"值得注意的是"、"不难看出"等 AI 惯用套话
• 零原文痕迹：不出现"原文提到"、"作者认为"、"文章指出"等引用式表述
• 全新创作：观点、结构、语言完全重建，不是改写而是重新立论

执行流程

Step 1：获取并阅读文章

• 若用户给的是 URL，使用 web_fetch 抓取全文
• 若用户粘贴了全文，直接使用
• 完整通读，不跳过任何段落

Step 2：提炼核心观点与基石假设

对每个核心观点，整理成如下结构（内部思考，不输出给用户）：

观点：[一句话陈述]
基石假设：[该观点成立所依赖的前提条件]
支撑证据：[数据 / 案例 / 逻辑链]
脆弱点：[假设在何种条件下会崩塌]

提炼 3-5 个核心观点，找出最有"破局"价值的 1-2 个。

Step 3：寻找逻辑漏洞 / 重构基石假设

两条路径，择优选择（或融合）：

路径 A：找漏洞

• 检查归纳谬误（以偏概全）
• 检查因果倒置（把相关当因果）
• 检查隐含假设（作者未明说但依赖的前提）
• 检查时效性（旧数据 / 旧环境下的结论放到今天是否仍成立）

路径 B：第一性原理重构

• 把基石假设剥离，问：如果这个假设不成立，甚至反过来成立，结论会怎样变？
• 从物理/数学/经济/人性等底层出发，重建假设
• 得出与原文不同（甚至相反）的新结论

Step 4：构建新文章骨架

新文章结构（可灵活调整）：

1. 引子：用一个反直觉的现象 / 数据 / 故事开场，制造认知张力
2. 旧叙事的边界：简明指出流行认知的适用边界（不是推翻，是"它在哪里对，在哪里错"）
3. 新基石假设：清晰陈述新的出发点
4. 新论证：逻辑链 + 权威数据 + 真实案例，支撑新观点
5. 逻辑三洽检验：
   • 自洽：内部逻辑不矛盾
   • 他洽：与已知事实 / 权威研究不冲突
   • 续洽：若无法用时间验证，用推导式描述 + 给出未来可观测的佐证信号（如：若新假设成立，我们应该在 X 领域看到 Y 现象）
6. 收尾：不做鸡汤式总结，而是抛出一个开放性问题或行动导向

Step 5：搜索支撑数据（必须执行）

在写作前，使用 web_search 搜索：

• 新观点所需的权威数据（机构报告、学术研究、政府统计）
• 反例 / 正例的真实案例
• 最新行业动态（确保数据不过时）

每个核心论点至少有 1 个可引用的外部来源。

Step 6：写作规范

语言风格：

• 第一人称或无主语，不用"我们"泛指
• 句子长短交替，避免连续长句
• 动词优先，少用"是……的"结构
• 专业术语后紧跟通俗解释（括号内）

禁用词清单（坚决不出现）： 总的来说、值得注意的是、不难看出、显而易见、毋庸置疑、令人深思、与此同时、不仅如此、综上所述、可以看出、正如、诚然、然而不可否认、深度解读、深度分析、赋能、颠覆、破局、底层逻辑（单独使用时）、顶层设计、内卷、躺平（作为结论词）

图表要求：

• 逻辑关系 / 流程 → Mermaid 图
• 数据对比 / 趋势 → SVG 简图（用文字标注数据，不依赖外部渲染）
• 概念层级 → Mermaid mindmap 或 flowchart
• 每篇文章至少包含 2 个图表

Step 7：输出文件

mkdir -p markdown

文件命名：markdown/[主题关键词]-重构-[YYYYMMDD].md

文件头部 YAML frontmatter：

---
title: [新文章标题]
date: [今日日期]
tags: [主题标签]
---

质量自检清单

写完后逐项检查：

• 文章中是否出现了"原文"、"作者"、"文章指出"等词？→ 全部删除
• 是否出现禁用词？→ 替换
• 每个核心论点是否有数据或案例支撑？→ 补充
• 逻辑三洽是否完备？→ 续洽部分是否给出了可观测信号？
• 是否有至少 2 个图表？→ 补充
• 标题是否有吸引力（制造好奇 / 反直觉 / 明确收益）？→ 优化

输出示例结构

---
title: XXX
date: YYYY-MM-DD
---

[引子：反直觉现象或数据]

[旧叙事的边界]

```mermaid
flowchart LR
    ...

[新基石假设]

[新论证 + 数据]

[SVG 数据图]

[续洽：未来可观测信号]

[收尾：开放性问题]

---

## 注意事项

1. **不要一开始就问用户太多问题**。拿到文章直接开始执行，遇到真正的歧义再问（最多 1 个问题）。
2. **新文章长度**：通常 1500-3000 字，视原文深度而定。不强求字数，以论点完整为准。
3. **原文语言 ≠ 输出语言**：默认与用户对话语言一致（通常中文）；若用户明确指定，按指定语言输出。
4. 完成后用 `present_files` 提交文件。