| name | article-rewriter |
| description | 给定一篇文章的 URL 或全文内容，深度阅读消化后，以更高屋建瓴的视角创作一篇全新文章： 提取核心观点+基石假设，找逻辑漏洞或用第一性原理重构假设，续写新内容，最终输出图文并茂的 Markdown 文章。 触发条件：用户提供文章链接或粘贴文章内容，并说"帮我改写"、"写一篇更高层次的文章"、"找逻辑漏洞"、 "重构观点"、"消化后重写"、"升华这篇文章"、"基于这篇文章写一篇新的"，或用户说"这篇文章有什么问题/ 漏洞/不足"并希望输出新文章时，必须使用本 skill。即使用户只说"帮我把这篇文章写得更好"或"这篇文章太 浅了，帮我深化一下"，也应使用本 skill。
|
Article Rewriter Skill
定位
给定一篇文章（URL 或全文），深度消化后创作一篇全新的、更高屋建瓴的文章。
输出文章必须：
- 零 AI 痕迹：不出现"总的来说"、"值得注意的是"、"不难看出"等 AI 惯用套话
- 零原文痕迹：不出现"原文提到"、"作者认为"、"文章指出"等引用式表述
- 全新创作：观点、结构、语言完全重建，不是改写而是重新立论
执行流程
Step 1：获取并阅读文章
- 若用户给的是 URL，使用
web_fetch 抓取全文
- 若用户粘贴了全文，直接使用
- 完整通读，不跳过任何段落
Step 2：提炼核心观点与基石假设
对每个核心观点，整理成如下结构（内部思考，不输出给用户）：
观点：[一句话陈述]
基石假设：[该观点成立所依赖的前提条件]
支撑证据：[数据 / 案例 / 逻辑链]
脆弱点：[假设在何种条件下会崩塌]
提炼 3-5 个核心观点，找出最有"破局"价值的 1-2 个。
Step 3：寻找逻辑漏洞 / 重构基石假设
两条路径，择优选择（或融合）：
路径 A：找漏洞
- 检查归纳谬误（以偏概全）
- 检查因果倒置（把相关当因果）
- 检查隐含假设（作者未明说但依赖的前提）
- 检查时效性（旧数据 / 旧环境下的结论放到今天是否仍成立）
路径 B：第一性原理重构
- 把基石假设剥离，问：如果这个假设不成立，甚至反过来成立，结论会怎样变？
- 从物理/数学/经济/人性等底层出发，重建假设
- 得出与原文不同（甚至相反）的新结论
Step 4：构建新文章骨架
新文章结构（可灵活调整）：
- 引子：用一个反直觉的现象 / 数据 / 故事开场，制造认知张力
- 旧叙事的边界：简明指出流行认知的适用边界（不是推翻，是"它在哪里对，在哪里错"）
- 新基石假设：清晰陈述新的出发点
- 新论证：逻辑链 + 权威数据 + 真实案例，支撑新观点
- 逻辑三洽检验：
- 自洽：内部逻辑不矛盾
- 他洽：与已知事实 / 权威研究不冲突
- 续洽：若无法用时间验证，用推导式描述 + 给出未来可观测的佐证信号（如：若新假设成立，我们应该在 X 领域看到 Y 现象）
- 收尾：不做鸡汤式总结，而是抛出一个开放性问题或行动导向
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: [主题标签]
---
质量自检清单
写完后逐项检查：
输出示例结构
---
title: XXX
date: YYYY-MM-DD
---
[引子：反直觉现象或数据]
[旧叙事的边界]
```mermaid
flowchart LR
...
[新基石假设]
[新论证 + 数据]
[SVG 数据图]
[续洽：未来可观测信号]
[收尾：开放性问题]
---
## 注意事项
1. **不要一开始就问用户太多问题**。拿到文章直接开始执行，遇到真正的歧义再问（最多 1 个问题）。
2. **新文章长度**：通常 1500-3000 字，视原文深度而定。不强求字数，以论点完整为准。
3. **原文语言 ≠ 输出语言**：默认与用户对话语言一致（通常中文）；若用户明确指定，按指定语言输出。
4. 完成后用 `present_files` 提交文件。
