Article Forge

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

输入

需要两类素材：

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

文章生成流程

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

Step 1: 确定文章定位

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

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