发布博客文章应该像交付产品改动：想法变成草稿，草稿变成结构化内容，内容配上图片，最后验证上线页面。耗时的通常不是写一段文字，而是围绕它的一次次小交接。

本文记录的就是这样一轮流程。目标很简单：写一篇关于用 AI 编程智能体自动化发布 Payload CMS 内容的完整博客文章，配上一张出色的生成图片，将文章发布到生产环境中的博客，并确认最终页面在网站上可见。

要做的事

这个任务不需要庞大的内容策略。它需要一条清晰的生产发布路径。

流程明确时，AI 编程智能体很擅长完成这些工作。它可以起草 Markdown，验证必需的前置信息，准备图片素材，运行获准使用的发布命令，检查 JSON 结果，然后打开公开网址，确认内容确实可见。

最后一步很重要。放在仓库里的生成文件不是已经发布的博客文章。没有图片的数据库记录也不是完整的阅读体验。命令执行成功却没有验证上线页面，这项工作仍然只完成了一半。

自动化流程

发布流程分为五部分。

第一，智能体生成一篇 Markdown 文章，包含稳定的 slug、发布时间戳、摘要、分类列表、SEO 标题和 SEO 描述。Markdown 适合作为写作格式，因为它易读、便于比较差异，也方便快速修改。

第二，智能体准备了一张位图，而不是使用 SVG。对于一篇讨论自动化的博客文章，图片需要有编辑摄影的感觉：精致的工作站、屏幕上的代码与 CMS 结构，以及足够丰富的视觉细节，让文章看起来经过设计，而不只是生成出来。

第三，Markdown 被转换为 Payload 的富文本文档模型。Payload 将博客内容存储为结构化的 Lexical 数据，因此发布脚本连接了便于人阅读的草稿和网站需要的准确 CMS 格式。

第四，通过获准使用的生产发布命令写入内容。这让流程保持精简且可审查：不手动改数据库，不随意点击管理界面，也不留下让日后维护者费力逆向弄懂的另一条写入路径。

第五，发布后检查上线的博客页面。验证是发布的一部分，不是事后可有可无的附加步骤。

Payload 适合由智能体发布内容，因为它的内容模型定义明确。文章有标题、slug、摘要、状态、语言、作者、分类、图片关联和 SEO 字段。智能体可以在写入任何内容之前理解这些字段。

这种结构把模糊的指令变成可重复的操作。工作不再只是“做个博客”，而是“创建有效的文章文档，关联有效的图片，以 published 状态发布，并验证页面路径”。

它也形成了一条有用的安全边界。智能体不必凭空设计数据库结构。它读取已有的集合约定，提供 CMS 已认识的字段，再让 Payload 处理其余部分。

智能体从发布要求出发，以 Markdown 生成博客草稿。它创建了适合生产环境的 slug，把摘要控制在适合预览的长度，并添加了符合文章目的的分类。

接着，它将头图准备为光栅图片素材。图片上传到 Payload 媒体库后，文章就能直接把它用作特色图片和 SEO 图片。

随后，它进行了一次预演。预演是重要的排练：它证明前置信息可以解析，Markdown 可以转换成 Lexical 内容，而且文章在写入生产环境之前已经满足结构要求。

完成这些步骤后，智能体才发布文章。得到的是一条完整的 CMS 内容记录，而不只是本地文件。

真正的价值不在于 AI 智能体能写博客文章。生成几段文字，谁都能做到。

有用的是，智能体能完成整条发布链：草稿、图片素材、按内容模型转换、写入生产环境，以及验证上线页面。这让内容工作更快，同时不失章法。Markdown 文件让流程可供审查。统一的发布命令让流程可控。在网站上完成最终检查，而不是只停留在理论上，让流程真正实用。

好的自动化就该如此：范围小到值得信任，流程完整到能真正节省时间，也清晰到另一位工程师可以照着再做一遍。

在这套流程中，智能体还运用了 Sno 的 AI 记忆和 Scale 式自动化技术，让过程可重复、可审查，也更快捷。