Article Forge

---
name: article-forge
description: 从观点摘要和原始素材生成可发布的文章。支持多种文体（博客、知乎回答、公众号、技术文章），自动应用防 AI 写作规则。适用于：直播内容二次创作、观点输出为文章、素材整合成稿、任何"有料但还没成文"的场景。
---

# Article Forge — 观点 + 素材 → 可发布文章

## 输入

需要两类素材：
1. **观点摘要**：insight-extractor 输出的结构化观点（`workspace/insights/*.md`）
2. **原始内容**：转写稿、笔记、参考资料（提供上下文和细节）

## 文章生成流程

开始写作前，先读取 `references/anti-ai.md`。这份本地检查表是 `article-forge` 的默认写作质量约束，不能依赖外部 skill 路径才完成自检。

### Step 1: 确定文章定位

根据用户指示或自动判断：

| 维度 | 选项 |
|------|------|
| 平台 | 博客 / 知乎 / 公众号 / 其他 |
| 文体 | 观点文 / 教程 / 复盘 / 对话体 / 叙事 |
| 长度 | 短文 (1-2K) / 中篇 (3-5K) / 长文 (5K+) |
| 受众 | 技术圈 / 泛互联网 / 大众 |
| 语气 | 老拐风（随性+犀利） / 正经技术 / 科普友好 |

### Step 2: 选取观点和素材

从观点摘要中挑选：
- **1 个主线观点**：文章的核心论点，必须鲜明有力
- **2-3 个支撑点**：从不同角度论证主线
- **1-2 个金句**：作为文章的"记忆点"
- **1 个争议/反转**：制造阅读张力

从原始内容中补充：
- 具体案例、数据、对话
- 场景和细节（增加真实感）

### Step 3: 构建文章结构

**不要用 AI 八股结构**（"首先…其次…最后…"、"不是X而是Y"）。

推荐结构模式：

#### 模式A：故事引入 → 观点爆破
1. 一个具体的场景/故事开头（从素材中取）
2. 引出核心观点
3. 展开论证（用案例不用道理）
4. 收尾（留余味，不总结）

#### 模式B：争议切入 → 两面展开
1. 抛出一个有争议的判断
2. 正方证据
3. 反方证据
4. 你的立场（旗帜鲜明）

#### 模式C：问题驱动 → 层层递进
1. 一个具体的问题
2. 常见但错误的答案
3. 真正的答案（反直觉的）
4. 为什么大家想错了

### Step 4: 写作

遵循以下规则：

#### 核心写作原则
- **说人话**：写给真人看，不是给搜索引擎看
- **有立场**：敢说"这个东西不行"，敢说"我就是喜欢"
- **给细节**：抽象观点不值钱，具体场景才有价值
- **留呼吸**：段落短，节奏快，读起来不累

#### 防 AI 检查（写完必查）

读取本 skill 内置的 `references/anti-ai.md`，按其中的句式、结构、内容和排版检查逐项修稿。

如果用户明确要求写成故事或小说，可以参考故事写法，但这不是本 skill 的默认能力；不要假设本地已经安装其他写作 skill。

通用禁忌：
- ❌ "不是…而是…" 句式
- ❌ 括号三连解释 `xxx（即yyy）`
- ❌ 加粗滥用（一段超过 2 处加粗）
- ❌ "总的来说"、"综上所述"、"值得注意的是"
- ❌ 整齐的三段式/五段式结构
- ❌ 每段都差不多长

#### 引用素材的方式
- 直接引用说话人的原话（保留口语感）："他当时说了句特别狠的话——'xxx'"
- 不要把口语改成书面语——书面语反而假
- 标注来源但不要学术化："这是那天直播里聊到的"

### Step 5: 自检

写完后逐项检查：
- [ ] 标题有没有吸引力？（20 字以内，有悬念或态度）
- [ ] 第一段能不能抓住人？（3 秒法则）
- [ ] 有没有 AI 味？（跑一遍 anti-AI checklist）
- [ ] 金句有没有用上？
- [ ] 结尾是不是又总结了？（删掉总结段）

### Step 6: 输出与存档

保存到对应目录：
- 默认 → `workspace/articles/`
- 知乎草稿 → `workspace/articles/zhihu/`
- 公众号草稿 → `workspace/articles/wechat/`
- 博客草稿 → `workspace/articles/blog/`

文件格式：Markdown。只有用户提供博客仓库路径并明确要求发布时，才写入博客仓库的 `_posts/`，并补齐该博客需要的 YAML frontmatter。

## 发布

文章写完后，根据目标平台选择发布方式。发布是可选步骤，不能作为生成文章的前置依赖：
- **知乎**：如果本地已安装 `zhiforge`，可以调用它的发布流程；否则输出可复制的 Markdown 草稿
- **博客**：只有用户提供仓库路径并明确要求发布时，才写入 `_posts/` 并执行 git 流程
- **公众号**：导出 markdown，通过微信公众号后台或 API 发布

## 与其他 Skill 的衔接

- 上游：`insight-extractor`（提供结构化观点）、`video-to-text`（提供原始素材）
- 可选下游：`zhiforge`（知乎发布）、故事写作类 skill（如果用户明确要求改编为故事）
- 完整链路：视频 → 文稿 → 观点 → 文章 → 发布