article-rewriter

star 8.5k

给定一篇文章的 URL 或全文内容,深度阅读消化后,以更高屋建瓴的视角创作一篇全新文章: 提取核心观点+基石假设,找逻辑漏洞或用第一性原理重构假设,续写新内容,最终输出图文并茂的 Markdown 文章。 触发条件:用户提供文章链接或粘贴文章内容,并说"帮我改写"、"写一篇更高层次的文章"、"找逻辑漏洞"、 "重构观点"、"消化后重写"、"升华这篇文章"、"基于这篇文章写一篇新的",或用户说"这篇文章有什么问题/ 漏洞/不足"并希望输出新文章时,必须使用本 skill。即使用户只说"帮我把这篇文章写得更好"或"这篇文章太 浅了,帮我深化一下",也应使用本 skill。

digoal By digoal schedule Updated 5/22/2026

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:构建新文章骨架

新文章结构(可灵活调整):

  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` 提交文件。
Install via CLI
npx skills add https://github.com/digoal/blog --skill article-rewriter
Repository Details
star Stars 8,510
call_split Forks 1,914
navigation Branch main
article Path SKILL.md
More from Creator