我如何用 AI 搭建一个自动发布博客的数字员工

如果把「万象片场」看成一个正在运转的 AI 内容片场，那么博客自动发布代理就是片场里的第一个稳定岗位：它不负责天马行空地聊天，而是每天按计划把一篇文章从选题推进到线上。

这件事听起来像“让 AI 写博客”，但真正有价值的部分不是写字，而是把写作、检查、部署、归档和复盘连成一条可重复的工作流。只有当 AI 能够稳定执行这条链路，它才从工具变成了数字员工。

一、先定义岗位：这个数字员工到底负责什么

我不会一开始就要求 AI “全自动运营整个品牌”。那样范围太大，失败也很难定位。更合理的方式，是先给它一个边界清楚的岗位：博客自动发布代理。

这个岗位每天早上的任务很明确：

1. 读取内容计划文件；
2. 检查已有文章，避免重复标题；
3. 选择 AI 自动化 / 数字员工 / Agent 实战方向的下一个选题；
4. 创建符合 Astro 内容格式的 Markdown；
5. 本地预览首页、归档页和文章页；
6. 检查标题、摘要、封面图和排版；
7. 构建并部署到 Cloudflare Pages；
8. 验证线上页面；
9. 提交并推送 GitHub。

这就是数字员工最重要的特征：不是“什么都懂”，而是“知道自己今天要交付什么，并且能验证是否交付成功”。

二、把内容计划变成可执行输入

很多内容自动化失败，不是因为 AI 不会写，而是因为它没有明确的编辑计划。今天写什么、写给谁、和前面文章有什么关系，如果每次都临时发挥，很快就会变成重复、散乱、没有资产价值的内容。

所以我给博客自动发布代理准备了一个固定计划文件。里面把一天拆成几个发布槽位，早间槽专门服务于 AI 自动化、数字员工和 Agent 实战。代理运行时第一步不是写文章，而是先读取计划，再读取 src/content/posts 里的历史文章。

这样它就能判断：哪些主题已经发布，哪些主题还在队列里，今天最适合推进哪一篇。比如前面已经写过工具栈、博客搭建、本机自动化实测和 Hermes Agent 实战，那么今天继续推进到“如何搭建一个自动发布博客的数字员工”，就能形成连续的栏目线索。

对万象片场来说，这一步很关键。博客不是随机发文，而是在逐渐沉淀一套“一个人用 AI 搭建内容生意系统”的公开案例库。

三、让 Agent 写文件，而不是只生成文本

普通 AI 写作通常停在聊天窗口：生成一篇文章，然后需要人复制、粘贴、改格式、上传。数字员工的区别在于，它要直接进入项目结构，把内容写到正确位置。

在这个博客里，文章属于 Astro Content Collection，文件要放在：

src/content/posts/

每篇文章还要有稳定的 frontmatter：标题、摘要、发布时间、标签、封面图和替代文本。只要这些字段出错，页面就可能构建失败，或者列表展示不正常。

所以我把“写文章”拆成两层：

• 内容层：标题、导语、小标题、步骤、复盘和下一步；
• 工程层：文件名、路径、frontmatter、日期格式、图片字段和 Markdown 语法。

当 Agent 同时处理这两层，它就不只是文案助手，而是一个能把内容资产放进生产系统的执行角色。

四、预览检查是数字员工的质量门

如果只让 AI 写完就部署，这套系统很快会出问题。真正可靠的自动化必须有质量门。

我的本地预览检查至少包括三类页面：

1. 首页：新文章是否出现在正确位置；
2. 归档页：标题、日期、摘要是否正常；
3. 文章页：正文排版、封面图、链接和小标题是否清楚。

图片也不能只看 URL 是否存在，而要检查浏览器里的加载结果：是否 complete，是否有 naturalWidth 和 naturalHeight。因为公开图片、CDN、热链限制都有可能让构建通过但页面显示异常。

这一步是数字员工和脚本最大的区别。脚本通常只管“命令是否执行完”，而 Agent 工作流应该关心“用户看到的页面是否正常”。

五、部署不是终点，线上验证才是交付

构建通过之后，博客会部署到 Cloudflare Pages。这里仍然不能只看终端里有没有成功提示。因为静态站点可能构建成功，但线上缓存、路由、域名或 CDN 状态仍然需要确认。

所以完整流程里必须打开线上地址，检查：

• 首页是否加载；
• 新文章链接是否存在；
• 文章页标题是否正确；
• 正文是否是最新版本；
• 封面图是否显示；
• 页面没有明显报错。

只有线上页面也正常，才算这名数字员工完成了一次交付。最后再通过 Git 提交，把本次内容变成可追踪的版本记录。

六、这套系统当前还不能替代什么

我不想把数字员工包装成万能机器人。当前这套博客发布代理适合做边界清楚、结果可验证、风险较低的任务，但不适合擅自处理这些动作：

• 修改账号安全设置；
• 绕过验证码或二次验证；
• 处理支付、投流和敏感授权；
• 未经确认改变品牌定位；
• 在不了解上下文时批量改动多个项目。

越是想长期使用 AI 自动化，越要尊重边界。可靠的数字员工不是“永远不停手”，而是知道什么时候应该执行，什么时候应该停下来让人确认。

七、下一步：把发布代理扩展成内容系统岗位

现在这个数字员工的第一份工作，是每天帮万象片场发布一篇可沉淀的博客文章。接下来，它还可以逐步扩展出更多岗位：

• 从博客文章拆出小红书短笔记；
• 每周整理公众号草稿；
• 根据已发布文章生成专题页；
• 检查站内链接和旧文更新机会；
• 把高频流程整理成 SOP 或模板产品。

但扩展的前提不是“多接任务”，而是先把一个岗位跑稳定。对我来说，博客自动发布代理就是万象片场的第一名数字员工：它每天做一件小事，却在持续证明 AI 可以从灵感生成，走向真实交付。下一篇我会继续拆解：AI 自动化真正卡在哪里，尤其是浏览器登录、人机验证和权限边界。