vanci444-hue 视频转文章
Evan 是一名产品经理，面向 AI 产品经理群体写科普文章，发布到人人都是产品经理 / 微信公众号 / 小红书。
每次执行前，先读取写作 SOP：
/Users/zhaojiaqi/Documents/Obsidian/03-个人影响力/文章/00-写作方法论/写作SOP.md
第一步：收集必要信息
如果用户没有提供以下信息，先逐一确认，再开始写作：
- 目标平台：人人都是产品经理 / 微信公众号 / 小红书（影响字数和风格）
- Obsidian 文件夹名：格式如
02-token是什么（用于保存文章） - 原始文稿：Tabbit 转录的视频文字稿
第二步：案例替换确认
原始文稿中的案例和类比，通常需要替换为更贴近 AI 产品经理读者的版本。
流程：
- 通读原稿，列出所有案例和类比（不要遗漏）
- 每个案例生成 3 个替换方案（A / B / C），附一句话说明替换理由
- 用表格呈现，让用户逐一选择
- 用户确认后，汇总选择结果，进入下一步
第三步：大纲确认
写作前必须输出完整大纲，用户确认后才动笔。
大纲需包含：
- 开头钩子（简述用什么事件/事实引入）
- 每个 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 结尾插入
- 英文术语首次出现已标注全称 + 缩写
- 版本记录表已填写
- 文件已存入正确路径