article-forge

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

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

输入

需要两类素材：

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

文章生成流程

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 检查（写完必查）

读取对应平台的 anti-AI 规则：

• 技术文章 → skills/zhiforge/references/anti-ai.md
• 故事/小说 → skills/salt-story/references/anti-ai.md

通用禁忌：

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

引用素材的方式

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

Step 5: 自检

写完后逐项检查：

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

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（如果要改编为故事）
• 完整链路：视频 → 文稿 → 观点 → 文章 → 发布