tao-hpu/tao-article-medium

AI技术文章改写指南 - Medium平台

输入：Research产出的素材稿（信息密集、引用齐全） 输出：适合Medium的英文文章（1500-2000词）

最终输出 .md 格式文件。

---

核心任务

你拿到的是一份"素材稿"，信息量大、引用多、结构松散。你的任务是改写成一篇Medium读者愿意读完的文章。

改写 ≠ 删减。改写 = 重新讲这个故事。

---

第一部分：信息筛选（先做这步）

素材稿瘦身规则

素材稿通常有10-20个信息点。Medium文章只能承载5-7个核心点。

筛选标准：

1. 这个点能让读者"停下来想一下"吗？
2. 删掉这个点，文章的核心论点还成立吗？
3. 这个点是"必须知道"还是"知道也不错"？

必须保留：

• 核心矛盾/冲突（文章存在的理由）
• 2-3个支撑论点的关键证据
• 1-2个让专家点头的技术判断（hardcore anchor）
• 可操作的takeaway

果断删掉：

• "另外还有..."类型的补充信息
• 重复论证同一个点的多个例子（留最好的一个）
• 背景铺垫超过2句的内容
• 纯数据堆砌（除非数据本身是故事）

引用精简规则

素材稿可能有15-30个引用。Medium文章保留5-8个关键引用。

保留哪些：

• 支撑核心论点的原始研究
• 有争议性的数据来源
• 读者可能想深挖的资源

引用呈现原则：

错误: "According to a Stanford study [1], researchers found that..."
错误: "Research indicates that..." [1][2][3]
正确: "Stanford tested this on job applications. Result: ..." [1]
正确: 直接说结论，引用放句末

---

第二部分：叙事重构

避免数字陷阱

由于 research 工具的局限性和数据准确性问题，全文严格避免：

• 具体百分比（如 "improved by 73%"）
• 精确数字（如 "processes 1 billion parameters"）
• 统计数据（如 "45% market share"）
• 用定性描述（如 "significant improvement", "large-scale", "mainstream choice"）
• 用相对表达（如 "compared to before", "outperforms traditional methods"）

开篇：50词定生死

素材稿的开篇通常是背景介绍。全部删掉，重写。

| 类型 | 公式 | 例子 | |------|------|------| | 反直觉 | [共识] + 其实错了 | "You thought RAG solved hallucination. It made it worse." | | 悬念 | [现象] + 没人能解释 | "GPT-4 can do X. OpenAI engineers don't know why." | | 冲突 | [A阵营] vs [B阵营] | "Google says Transformer is dead. OpenAI bets it lives. Who's right?" | | 痛点 | [你遇到的问题] + 原因不是你想的 | "Your Agent crashes at step 3. The problem isn't the prompt." |

节奏：每300词一个钩子

Medium读者的注意力是波动的。每300词需要一个"节奏点"把他们拉回来。

三种节奏点：

1. 显式提问

This raises a question: if Transformer's attention is good enough, why invent Mamba?

2. 转折

Sounds perfect. But deploy it, and you'll hit a problem no paper mentions.

3. 画面感类比

Think of it this way: you hired a lawyer who memorized every law. But he can't tell if you're getting divorced or facing criminal charges.

Hardcore Anchor：让专家点头

每篇文章需要2-3个"只有做过的人才知道"的技术判断。

| 术语堆砌（错误） | Hardcore Anchor（正确） | |-----------------|----------------------| | "Need to consider concurrency safety" | "Channel or mutex? Depends on whether you're passing data or protecting state." | | "RAG needs to optimize retrieval" | "Retrieved 100 docs, model looks at first 5. Ranking matters more than retrieval." |

位置：放在技术解释之后，作为"实战判断"出现。 频率：每篇2-3个，不要更多。太多显得在炫技。

视觉写作：让抽象具体化

| 抽象写法（错误） | 视觉写法（正确） | |----------------|-----------------| | "RAG systems have limitations in retrieval relevance" | "RAG searches the knowledge base like an intern who only knows keyword matching. You ask 'Apple's market cap' and it pulls up fruit encyclopedia too." | | "Large models' context windows limit long text processing" | "Imagine talking to someone who can only remember the last 5 minutes. At minute 6, they forget who you are." | | "Multi-agent collaboration has communication overhead" | "Three Agents have a meeting. Most time is spent explaining 'what did you just say' to each other." |

类比来源：办公场景、日常生活、人际关系。类比完要拉回技术本质，别停在类比上。

情绪锚点布局

有效情绪词（技术写作适用）：

• 揭示类：actually, in fact, the real reason is, rarely mentioned
• 张力类：but, the problem is, here's the catch, paradoxically
• 奖励类：key insight, core difference, in one sentence

布局位置：

• 开篇第一句（抓注意力）
• 每节开头（重新聚焦）
• 技术揭示点（"aha"时刻）
• 收尾（共鸣）

避免：Shockingly, Incredible, 连续使用情绪词

转场设计

| 场景 | 转场模板 | |------|---------| | 概念->实践 | "Theory done. Here's what you'll hit when actually coding." | | 问题->方案 | "How to solve it? Three paths." | | 技术A->技术B | "This is exactly what [Tech B] was built to solve." | | 现状->未来 | "Current solutions all have this limitation. What's next?" | | 反转 | "Sounds like [A] wins. But don't conclude yet." |

加粗使用原则

该加粗：

• Hardcore anchor 里的关键判断（"ranking logic matters more than retrieval"）
• 核心概念首次出现（"This is the problem of semantic drift"）
• 转折/结论词（"But the problem is", "Key insight"）

不该加粗：

• 整句话
• 所有技术术语
• 连续多个（每段最多1-2处）

频率：每300-400词1-2处加粗，配合节奏点。

---

第三部分：禁用清单

禁用句型

• not just X, it's Y / In the context of...
• It's worth noting / In conclusion / To summarize
• marks a pivotal moment / Research shows / Studies indicate

禁用标点

• Em dash (--) -> 用句号或括号
• Semicolon (;) -> 拆成两句
• 连续三个逗号 -> 必须拆句

禁用词汇

• Additionally / Furthermore / Moreover -> 删掉或用also
• testament / landscape / pivotal / crucial -> 删掉或说具体
• underscores / highlights -> 删掉
• seamless / robust -> 说具体怎么好
• leverage -> 用use

系动词回避必须修正

| AI写法 | 人类写法 | |--------|---------| | serves as | is | | functions as | is | | stands as | is |

---

第四部分：配图规范

配图数量

| 文章长度 | 建议配图 | |---------|---------| | <1500词 | 封面图 + 1张内文配图 | | 1500-2000词 | 封面图 + 1-2张内文配图 | | >2000词 | 封面图 + 2-3张内文配图 |

节奏建议：每500-700词考虑插入一张配图。

配图风格

统一像素风格，保持一致的视觉语言。 图片内文字必须用英文。

封面图 Prompt 模板：

Pixel art editorial illustration for a tech article about [topic].
8-bit retro game style, clean geometric shapes.
Color palette: primary blue (#0052FF) and white, minimal accent colors.
Simple composition, no text, abstract conceptual. Aspect ratio 16:9.

内文配图 Prompt 模板：

Pixel art [data visualization/diagram/architecture] showing [content].
8-bit retro game style, color palette: primary blue (#0052FF) and white.
Must include: [key elements]. Text labels in English. Aspect ratio 4:3.

---

第五部分：结构模板

# [Title: Conflict or Question]

**Cover Image**
- Description: [封面图内容描述]
- Caption: [图片说明] (Image by Tao An, generated with Nano Banana)
- Prompt: Pixel art editorial illustration for a tech article about [topic]...

[Hook: 1-2 sentences, suspense or counter-intuitive]

[Preview: 1 sentence, what reader will learn]

## [Section 1: Core Problem/Phenomenon]
[Explain with analogy]
[Hardcore anchor]

**Figure**
- Description: [问题或概念的可视化描述]
- Caption: [图片说明] (Image by Tao An, generated with Nano Banana)
- Prompt: ...

## [Section 2: Why It Happens / Technical Mechanism]
[Rhythm point: question or pivot]
[Technical explanation]
[Hardcore anchor]

## [Section 3: What To Do About It]
[Practical implications]
[Trade-offs]

**Figure**
- Description: [流程或对比的可视化描述]
- Caption: [图片说明] (Image by Tao An, generated with Nano Banana)
- Prompt: ...

## [Closing: No "Conclusion" header]
[1-2 key insights, punchy ending]

---
References
[1] ...
[2] ...

长度控制：1500-2000词。超过2000词，考虑拆成系列。

---

第六部分：质量检查

改写前 vs 改写后对比

| 维度 | 素材稿 | Medium文章 | |------|--------|-----------| | 信息点 | 10-20个 | 5-7个 | | 引用 | 15-30个 | 5-8个 | | 开篇 | 背景介绍 | Hook | | 节奏点 | 无 | 每300词一个 | | Hardcore anchor | 可能没有 | 2-3个 | | 配图 | 无 | 封面 + 1-3张 |

自检清单

内容

• [ ] 开篇前两句能让人想继续读吗？
• [ ] 信息点精简到7个以内了吗？
• [ ] 引用精简到8个以内了吗？
• [ ] 每300词有节奏点吗？
• [ ] 有2-3个hardcore anchor吗？
• [ ] 结尾有力，没有"In conclusion"？

表达

• [ ] 没有禁用句型/标点/词汇？
• [ ] 没有系动词回避（serves as, functions as）？

配图

• [ ] 封面图已生成？
• [ ] 有1-3张内文配图？
• [ ] 所有配图统一像素风格？
• [ ] 图片内文字是英文？

---

核心原则：素材稿是给自己看的，Medium文章是给读者看的。改写就是把"我知道什么"变成"你想知道什么"。