用 Hermes Agent 搭了一条内容生产线

青萍叙事2026-06-10

前言

写内容有个尴尬的阶段：写一篇文章不难，但是从写完到发布，中间有一堆琐事。

审查格式、修破折号、生成封面图、压缩上传、git 提交。
每篇都来一遍，烦不烦？
烦。

所以我把这个过程做成了一条自动化生产线。
用 Hermes Agent 的 Profile 系统和多 Agent 协作，从写完文章到发布，一条指令搞定。

目前跑下来效果不错，写出来分享一下。

流程分成 6 个步骤，全部用 Hermes 的 delegate_task 串起来：

写作，内容审查，修复，二次审查，封面图生成与上传，发布。

内容生产线流程

每个步骤都是独立的 Agent，互不干扰。
写作阶段我在主会话里完成，后面的脏活累活丢给子 Agent 去跑。

核心思路很简单：把以前手动做的事情，写成可重复的 Agent 工作流。

这是整个流程里最重要的一环。
Hermes 写文章有时候会带点 AI 腔，写多了还会漏掉格式规范。

审查 Agent 专门用 deepseek-v4-pro 模型，因为审查对细节敏感度要求高，普通模型的注意力不够。
它带着整篇文章和完整的写作规范清单去逐行检查，发现的问题按严重程度标注：

审查 Agent 不写临时文件，结论直接 return 给我。
修完一轮还得二次审查，确保前面改的问题没有漏网之鱼，也没有因为改东西引入新问题。

这个双轮审查机制救了我好几次。
有一次 ai 字段里写了 RuntimeError: Executor shutdown has been called，其中的冒号加空格让 YAML 解析直接挂了，审查 Agent 一眼就发现了。

文章定稿后，封面图生成是个独立步骤。

Hermes 的 cover-image-generator skill 负责这件事。
它用一套 HTML 模板拼接文章信息：标题、副标题、Logo、标签，然后用 Playwright 调用系统的 Chrome 浏览器截图。

说起来简单，但踩过不少坑。
之前用的渐变背景看起来太廉价，后来改成纯色深底加 Logo 大字的风格，顺眼多了。
Logo 统一从 jsdelivr 拉 CDN 版本，Hermes 系列文章用绿色强调色。

截图出来是 3840x2160 的 PNG，用 cwebp -q 75 压到 50KB 左右的 WebP，再调用青萍图床的 API 上传。

封面和配图能稳定上线，全靠青萍图床这个基础设施。
它是面向内容创作和电商设计的图片管理平台，官网在 img.lusyoe.com。
上传后自动分配 CDN 加速地址，不需要自己搭 OSS 或折腾 Nginx。
整个生产线里，封面图、内文配图、产品展示图，都走这一条链路。

这里有个有意思的设计：封面图生成后不自动上传，等我说了上传才执行。
因为截图效果好不好，我得先看一眼。

封面图上传到 CDN、写入文章的 cover 字段后，发布是收尾。

这一步我单独拆了一个 content-publisher 专用 Agent。
发布到个人博客（Hexo）时，它的职责很单一：git add、git commit、git push。
不多不少。

但它不止管博客。
同一条内容，可以一键分发到知乎、博客园、微信公众号、今日头条等多个渠道。
每次调用时指定目标渠道，content-publisher 自动适配对应的格式和发布方式。

为什么不用主 Agent 直接操作 git？
两个原因。
一是权限隔离，发布 Agent 只需要终端和文件工具的权限，没有理由给它更多。
二是专注性，主 Agent 可以花很长时间研究文章内容，发布 Agent 只做一件事，不会分心。

从 delegate_task 调过去时，带上 git 仓库的地址和凭据，它几秒钟就搞定了。
我这边继续写下一篇文章，它后面默默把发布跑完。

delegate_task 多 Agent 协作架构

以前发一篇文章，从写完到上线，怎么也得 15 到 20 分钟的收尾工作。

现在写完文章说一句 帮我走流程，然后等着就行。

审查 Agent 找出问题，我确认修复。
封面图生成后看一眼效果，确认上传。
发布 Agent 推完代码，回来告诉我 commit SHA。

省下来的时间不多，但每篇都省一点，积少成多。
说白了，那些枯燥的重复劳动不用我自己干了。
机器擅长的事就交给机器，人只做需要判断的事。
这大概就是自动化最朴素的价值。