| name | article-forge |
| description | 从观点摘要和原始素材生成可发布的文章。支持多种文体（博客、知乎回答、公众号、技术文章），自动应用防 AI 写作规则。适用于：直播内容二次创作、观点输出为文章、素材整合成稿、任何"有料但还没成文"的场景。 |
Article Forge — 观点 + 素材 → 可发布文章
输入
需要两类素材：
- 观点摘要：insight-extractor 输出的结构化观点（
workspace/insights/*.md）
- 原始内容：转写稿、笔记、参考资料（提供上下文和细节）
文章生成流程
Step 1: 确定文章定位
根据用户指示或自动判断：
| 维度 | 选项 |
|---|
| 平台 | 博客 / 知乎 / 公众号 / 其他 |
| 文体 | 观点文 / 教程 / 复盘 / 对话体 / 叙事 |
| 长度 | 短文 (1-2K) / 中文 (3-5K) / 长文 (5K+) |
| 受众 | 技术圈 / 泛互联网 / 大众 |
| 语气 | 老拐风（随性+犀利） / 正经技术 / 科普友好 |
Step 2: 选取观点和素材
从观点摘要中挑选：
- 1 个主线观点：文章的核心论点，必须鲜明有力
- 2-3 个支撑点：从不同角度论证主线
- 1-2 个金句：作为文章的"记忆点"
- 1 个争议/反转：制造阅读张力
从原始内容中补充：
Step 3: 构建文章结构
不要用 AI 八股结构（"首先…其次…最后…"、"不是X而是Y"）。
推荐结构模式：
模式A：故事引入 → 观点爆破
- 一个具体的场景/故事开头（从素材中取）
- 引出核心观点
- 展开论证（用案例不用道理）
- 收尾（留余味，不总结）
模式B：争议切入 → 两面展开
- 抛出一个有争议的判断
- 正方证据
- 反方证据
- 你的立场（旗帜鲜明）
模式C：问题驱动 → 层层递进
- 一个具体的问题
- 常见但错误的答案
- 真正的答案（反直觉的）
- 为什么大家想错了
Step 4: 写作
遵循以下规则：
核心写作原则
- 说人话：写给真人看，不是给搜索引擎看
- 有立场：敢说"这个东西不行"，敢说"我就是喜欢"
- 给细节：抽象观点不值钱，具体场景才有价值
- 留呼吸：段落短，节奏快，读起来不累
防 AI 检查（写完必查）
读取对应平台的 anti-AI 规则：
- 技术文章 →
skills/zhiforge/references/anti-ai.md
- 故事/小说 →
skills/salt-story/references/anti-ai.md
通用禁忌：
- ❌ "不是…而是…" 句式
- ❌ 括号三连解释
xxx（即yyy）
- ❌ 加粗滥用（一段超过 2 处加粗）
- ❌ "总的来说"、"综上所述"、"值得注意的是"
- ❌ 整齐的三段式/五段式结构
- ❌ 每段都差不多长
引用素材的方式
- 直接引用说话人的原话（保留口语感）："他当时说了句特别狠的话——'xxx'"
- 不要把口语改成书面语——书面语反而假
- 标注来源但不要学术化："这是那天直播里聊到的"
Step 5: 自检
写完后逐项检查：
Step 6: 输出与存档
保存到对应目录：
- 博客 → 直接写入博客仓库的
_posts/
- 知乎 →
workspace/stories/zhihu/
- 其他 →
workspace/articles/
文件格式：Markdown，带 YAML frontmatter（如果是博客）。
发布
文章写完后，根据目标平台选择发布方式：
- 知乎：调用
zhiforge skill 的发布流程（markdown 导入 → 填标题 → 投问题 → 发布）
- 博客：git commit + push 到 GitHub Pages
- 公众号：导出 markdown，通过微信公众号后台或 API 发布
与其他 Skill 的衔接
- 上游：
insight-extractor（提供结构化观点）、video-to-text（提供原始素材）
- 下游：
zhiforge（知乎发布）、salt-story（如果要改编为故事）
- 完整链路：视频 → 文稿 → 观点 → 文章 → 发布
