把这篇文章喂给你的 OpenClaw,它会先长出一套你的公众号流程

前两天，读者在我已发布的《我把公众号文章流程拆成了6个agent》下面留言：

能写一下具体怎么做的吗？

这个反馈挺对。因为真正有用的，不是把“怎么做”再讲一遍，而是把这篇文章变成一个入口——你把它喂给自己的 OpenClaw，看它能不能自己长出一套公众号流程方案。

注意，不是让 OpenClaw 去总结这篇文章。也不是来照抄我的东西。而是让它读完以后，自动生成一套属于你自己的公众号流程方案。

我写这篇，就是想回答这个问题。

请不要照抄我的流程

我这套东西能参考，但不能直接照搬。

因为每个人的公众号系统都不一样：

• • 写作方向不一样
• • 素材库不一样
• • 目录结构不一样
• • 模型和 API 不一样
• • 发布习惯不一样
• • 是否自动发布也不一样

所以，OpenClaw 不该输出“同款流程”，而该输出的是：你自己的公众号流程方案。这件事很关键。因为流程不是抄出来的，是长出来的。你给 OpenClaw 的，不该是一套固定答案，而应该是一套足够完整的输入条件，让它自动拼出第一版。

这篇文章真正要让 OpenClaw 做什么

不是总结文章。不是复述观点。而是把文章编译成系统。

也就是说，你把这篇文章喂给自己的 OpenClaw 后，系统应该先识别任务类型，再追问缺失配置，最后生成一套能跑的公众号发布流程方案。不是读后感。是脚手架。

这里的“脚手架”不是空话。它要真的能把事情搭起来：从哪取素材、用什么模型、怎么出图、什么时候选题、写稿怎么起、审稿怎么过、发布怎么收口，都要有位置。

生成公众号流程方案前，OpenClaw 必须先收齐 6 类输入

如果你希望自己的 OpenClaw 长出自己的公众号流程方案，就不能只喂一篇文章。还得让系统把关键配置问出来。

1. 公众号写作方向

先明确你写什么：

• • 写什么主题
• • 面向谁
• • 偏方法论还是观点
• • 偏 AI、商业、投资还是生活

这一步不清，后面全会飘。因为不同方向，后面的选题标准、素材筛选、写作语气都不一样。

2. 公众号文章存放目录

要知道文章放哪：

• • 草稿目录
• • 已发布目录
• • 归档目录

目录不清，流程就没法落盘。OpenClaw 不是只会说话，它必须知道把东西写到哪里。

3. 素材库目录

要知道去哪里找材料：

• • X 素材
• • 网页素材
• • 个人笔记
• • 已发布文章索引

没有素材入口，写作就只能临场发挥。写作一旦变成“想起什么写什么”，流程就会散。

4. 定时选题任务

要知道选题什么时候跑：

• • 每天还是每周
• • 什么时间生成候选题
• • 产出几条
• • 写到哪里

这是整个系统的起点。选题不是灵感，是调度。

5. 配图模型与 API

要知道图怎么出：

• • 封面图模型
• • 正文插图模型
• • API key 放哪
• • 图片输出目录

这里不能只写“要配图”，还得写“怎么配图”。因为配图不是一段说明，而是一个路由问题：封面该用哪个 skill，正文插图该用哪个 skill，哪些图直接生成，哪些图要先拆需求。

6. 个人偏好

最后还要补你的习惯：

• • 语气
• • 字数
• • 是否强审稿
• • 是否先出提纲
• • 是否自动发布，还是人工确认

这部分决定流程像不像你。OpenClaw 如果不知道你要什么风格，就只能给你一个“能跑但不像你”的初稿。

OpenClaw 应该如何生成公众号流程初稿

这件事不要一步到位。应该按顺序来。

第一步：判断任务类型

先识别这不是“单篇写作任务”，而是：

公众号流程生成任务。

第二步：补缺口

缺什么就问什么：

• • 缺目录，就问目录
• • 缺模型，就问模型
• • 缺定时任务，就问定时
• • 缺发布方式，就问发布方式

第三步：生成结构

然后自动生成一套 Agent：

• • 入口 Agent
• • 选题 Agent
• • 素材 Agent
• • 写稿 Agent
• • 审稿 Agent
• • 配图 Agent
• • 发布 Agent
• • 归档 Agent

这时出来的，不是文章。而是一套能跑的公众号流程方案。

另外要注意：素材和正式公众号文章，我都按 Markdown 存放。发布正文时，先走 baoyu 的 skill 转 HTML，再去发公众号。这样流程才统一，发布链也才稳定。

素材 Agent：不是收集，而是筛选相关信号

这一层必须写清楚。因为素材库如果只是“堆文件”，那它就不是素材库，只是仓库。

素材 Agent 的任务，不是把所有看过的材料都收进来，而是判断：哪些材料和当前选题真的相关，哪些只是噪音。

至少要看四件事：

• • 是否和当前选题同主题
• • 是否能提供新信息或新角度
• • 是否能支撑正文里的某个判断
• • 是否和当前目标读者一致

判断完以后，输出也不是一堆文件名，而是一份证据包：

• • 哪些材料可用
• • 哪些材料适合放在正文哪一段
• • 哪些材料只能参考，不能直接写进去
• • 哪些材料要排除

这样，素材 Agent 才是在帮写稿 Agent 减少噪音，而不是增加噪音。

写稿 Agent：不是自由写作，而是按框架填充

写稿 Agent 也不能只写“生成全文”。它得先接一个框架。

我比较建议的写作框架是：

• • 标题
• • 开场钩子
• • 核心判断
• • 分论点 1 / 2 / 3
• • 案例或证据
• • 反例或边界
• • 结尾收束
• • 行动建议

它的工作方式也很明确：先读 brief，再读素材包，再选结构，最后填正文。

这意味着写稿 Agent 不是一个自由发挥的写手，而是一个结构填充器。它的任务是把骨架写满，把逻辑写顺，把内容写到能审。

审稿 Agent：不是“看看行不行”，而是质量闸门

审稿 Agent 也不能只写“请审稿”。它要有检查表。

至少看六个维度：

• • 结构：有没有开头、转折、收束
• • 逻辑：结论和证据是否对得上
• • 表达：是不是太虚、太满、太绕
• • 风格：像不像你
• • 风险：有没有夸大、误导、外发风险
• • AI 味：有没有模板腔、空泛腔

输出也要明确：

• • 必改项
• • 可选优化项
• • 通过 / 不通过
• • 需要人工拍板的地方

审稿 Agent 不是读后感，它是闸门。过不了，就不能往后走。

配图 Agent：不是“会画图”，而是会路由 skill

这个也要补上，不然框架是不完整的。

配图 Agent 先做的不是生成图，而是拆图：

• • 这篇文章要不要封面
• • 哪些段落需要结构图
• • 哪些地方需要方法卡
• • 哪些地方需要示意图或截图

然后再根据需求去路由 skill：

• • 封面：用封面构图 skill
• • 正文插图：用出图 skill
• • 复杂版式：再走对应的图文拆解或设计 skill

它的输出也要清楚：

• • 哪一段配什么图
• • 用哪个 skill
• • 图放哪
• • 文件怎么命名
• • 哪张图对应哪段正文

配图 Agent 的本质，不是画图工具，而是图像任务路由器 + skill 调度器。如果暂时没有对应 skill，就先输出配图需求清单，再人工补配置。

这套方案的输出应该长什么样

OpenClaw 最终不该只返回一段解释，应该返回这些东西：

• • Agent 清单
• • 每个 Agent 的职责
• • 输入 / 输出
• • 依赖文件
• • 状态文件
• • 工具 / skill 依赖
• • 人工确认点
• • 失败回退
• • 目录建议
• • 定时任务建议
• • 模型配置建议

换句话说，它要给你的是一套可执行、可落盘、可验收的初稿。

最小可行版本怎么起步

别一上来就追求全自动。先跑通最小闭环。

第一版只做 4 个 Agent 就够了：

1. 1. 选题
2. 2. 写稿
3. 3. 审稿
4. 4. 发布归档

先跑通一篇文章。然后再逐步补：

• • 配图
• • 去重
• • 记忆回写
• • 定时选题
• • 素材评分

系统不是一次搭完的，是先跑起来，再变完整。

结尾：真正重要的不是我的流程，而是你的流程能不能长出来

这篇文章的目标，不是让你复制我的公众号流程。而是让你的 OpenClaw，能长出你自己的公众号系统。

真正有价值的不是“同款”。而是：

• • 可配置
• • 可落地
• • 可复用
• • 可迭代

把文章喂给 OpenClaw，不是为了学会我的东西，而是为了长出你自己的公众号流程方案。