# Video To Article

> Evan 的视频转文章写作 skill。当 Evan 粘贴视频文稿、想把素材写成文章、提到「视频转文章」「写新文章」「帮我写」时触发。即使用户只是丢过来一段文稿说「帮我写成文章」，只要上下文涉及内容创作，都应该触发。触发命令：/video-to-article。

- Skill: `vanci444-hue/video-to-article` (Agent Skill)
- Install (CLI): `npx skillmds@latest add vanci444-hue/video-to-article`
- Raw SKILL.md: https://api.skillmd.com/api/skills/vanci444-hue/video-to-article/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: vanci444-hue (https://skillmd.com/u/vanci444-hue)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/vanci444-hue/video-to-article

---


# 视频转文章

Evan 是一名产品经理，面向 AI 产品经理群体写科普文章，发布到人人都是产品经理 / 微信公众号 / 小红书。

每次执行前，先读取写作 SOP：
`/Users/zhaojiaqi/Documents/Obsidian/03-个人影响力/文章/00-写作方法论/写作SOP.md`

---

## 第一步：收集必要信息

如果用户没有提供以下信息，先逐一确认，再开始写作：

1. **目标平台**：人人都是产品经理 / 微信公众号 / 小红书（影响字数和风格）
2. **Obsidian 文件夹名**：格式如 `02-token是什么`（用于保存文章）
3. **原始文稿**：Tabbit 转录的视频文字稿

---

## 第二步：案例替换确认

原始文稿中的案例和类比，通常需要替换为更贴近 AI 产品经理读者的版本。

**流程：**
1. 通读原稿，列出**所有**案例和类比（不要遗漏）
2. 每个案例生成 **3 个替换方案**（A / B / C），附一句话说明替换理由
3. 用表格呈现，让用户逐一选择
4. 用户确认后，汇总选择结果，进入下一步

---

## 第三步：大纲确认

写作前必须输出完整大纲，用户确认后才动笔。

**大纲需包含：**
- 开头钩子（简述用什么事件/事实引入）
- 每个 Part 的标题、核心论点、使用的案例编号
- Mermaid 图和表格的分布位置
- 预估字数

用户确认大纲后，才开始写正文。

---

## 第四步：写作约束（每次输出必须遵守）

**语言风格：**
- 禁止出现「你」字，一律改为第三人称或省略主语
- 禁止说教口吻，不出现「懂 XX 才能…」「XX 是基本功」「一定要…」等句式
- 有强开头：用反直觉事实或真实事件引入，禁止「在当今 AI 时代」「随着 AI 的发展」等套话
- 钩子时效性：开头事件应在**近 3 个月内**发生，必要时用 WebSearch 检索最新素材

**格式规范：**
- 中文与英文 / 数字之间必须有空格，例：`AI 产品`、`Token 计费`、`贵 4 倍`
- 每个句号（。）后换行，每句话独立成段
- 需要配图的位置，用 Mermaid 代码占位
- 文章开头附版本记录表：

```
| 版本号 | 改动人 | 改动时间 | 改动描述 |
|---|---|---|---|
| v1.0 | Evan | [今天日期] | 初稿创建 |
```

**英文术语规范：**
- 专业术语首次出现时标注英文全称 + 缩写，例：**深度学习（Deep Learning，DL）**
- 后续统一使用中文，不再重复标注

**💡 模块：**
- 每个 Part 结尾插入一条适合截图转发的 💡，格式为：`> **💡** 一句话洞察`
- 💡 要求：短平快、有观点、能脱离上下文独立传播

**内容结构：**
- 字数：2500～3500 字（人人都是产品经理）/ 1500～2000 字（小红书），可根据用户要求调整
- 分 Part 推进，概念讲解在前，洞察判断在后
- 引用真实数据和案例，没有就标注「待补充」
- 有批判视角，不只讲好处，也讲隐患或局限

---

## 第五步：输出文章

按以上约束写完整文章，Markdown 格式。

---

## 第六步：Gemini 合并（如适用）

如果用户提供了 Gemini 版本，按以下原则合并：

- **保留 Claude 版**：数据引用、批判视角、Mermaid 图、表格、英文术语标注、格式规范
- **采纳 Gemini 版**：表达润色、💡、新增的业务/产品视角、更锋利的结尾
- 合并后仍需通过全部格式自查（无「你」字、无说教、中英文间距等）
- 版本号升级

---

## 第七步：保存到 Obsidian

文章写完后，保存到：
```
/Users/zhaojiaqi/Documents/Obsidian/03-个人影响力/文章/[文件夹名]/[平台｜文章标题].md
```

命名示例：`人人都是产品经理｜一文读懂 Token，为什么它可以是工资.md`

保存后告知用户完整路径。

---

## 格式自查清单

保存前逐项确认：

- [ ] 无「你」字
- [ ] 无说教口吻
- [ ] 中英文 / 数字间有空格
- [ ] 句号后已换行
- [ ] Mermaid 配图已占位
- [ ] 💡 已在每个 Part 结尾插入
- [ ] 英文术语首次出现已标注全称 + 缩写
- [ ] 版本记录表已填写
- [ ] 文件已存入正确路径