AI Agent 发布后复盘：数字员工如何把一次执行变成下一次改进

在万象片场的博客自动发布系统里，我最近越来越重视一个动作：AI Agent 完成发布之后，不要立刻结束任务，而是做一轮发布后复盘。

这听起来像是额外流程，但对数字员工来说非常关键。因为一个 Agent 能写文章、能构建、能部署，只说明它“会做事”；只有它能把一次执行留下来的问题、证据和改进点带到下一次任务里，才说明它开始像一个真正的运营员工。

很多人做 AI 自动化时，会把重点放在“让它跑起来”：自动生成内容、自动写文件、自动调用命令、自动部署网站。但长期看，真正拉开差距的不是第一次跑通，而是第十次、第三十次、第一百次执行之后，系统有没有变得更稳、更清楚、更像一套资产。

这篇文章记录的，就是我给万象片场数字员工设计的一套发布后复盘思路。

一、为什么发布成功不等于任务完成

对博客自动发布来说，最容易产生错觉的一句话是：

部署成功，所以任务完成。

但如果站在内容资产的角度，部署成功只是最低标准。真正需要确认的事情至少包括：

1. 文章是不是选对了主题；
2. 标题是否和已有文章重复或过近；
3. 首页、归档页、文章页是否都正常显示；
4. hero 图片是否能加载；
5. build 和 deploy 是否都没有报错；
6. 线上页面是否已经可访问；
7. Git 是否只提交了本次相关文件；
8. 这次执行有没有暴露出下一次要优化的流程。

如果只看“部署命令成功”，数字员工很容易变成一个流水线按钮：每次都能输出，但每次都不学习。

万象片场的目标不是堆文章数量，而是把 AI 自动化、数字员工和内容生产流程沉淀成长期资产。所以每次发布都应该顺手留下一点经验，让下一次发布更稳。

二、复盘第一步：记录本次任务的验收证据

发布后复盘不是写一段感想，而是先记录证据。

我给数字员工设定的第一类复盘问题是：

这次任务用什么证据证明完成？

对一篇博客文章来说，证据可以很具体：

• Markdown 文件路径；
• 文章标题；
• 本地预览检查结果；
• 构建命令结果；
• 部署命令结果；
• 线上文章链接；
• Git commit 和 push 状态。

这些信息不是为了好看，而是为了避免“完成幻觉”。

一个只会说“已发布”的 Agent，不够可靠；一个能说清楚“文章在什么路径、线上链接是什么、构建是否通过、Git 是否已推送”的 Agent，才像一个能交接工作的数字员工。

这也是我为什么把验收证据放在复盘第一步：没有证据，后面的分析都可能只是自我安慰。

三、复盘第二步：检查有没有偏离任务边界

AI Agent 的一个常见问题是：它很容易顺手多做。

比如早间槽任务只是发布一篇 AI 自动化方向文章，但如果提示词里同时提到内容体系、Cloudflare、GitHub、社媒分发，它可能会尝试扩展任务：改主站、写小红书、更新计划、甚至检查无关项目。

所以发布后复盘要问第二个问题：

这次有没有做任务外的动作？

我通常把边界分成三类：

类型	例子	处理方式
任务内动作	写 Markdown、本地预览、build、deploy、Git 同步	自动执行
可观察但不修改	查看计划、读取已有文章、检查线上页面	自动执行
任务外动作	修改其他项目、群发社媒、改账号资料、付费操作	不自动执行

这个复盘动作很像片场收工时检查设备：不是因为今天一定出错，而是为了确认没有把不该动的东西带走。

数字员工越能守住边界，用户就越敢把高频任务交给它。

四、复盘第三步：把异常分成“内容问题”和“流程问题”

发布过程中遇到的异常，不能只写成“失败了”。

我更倾向于把异常分成两类：

1. 内容问题

例如：

• 选题和已有文章太接近；
• 标题不够清晰；
• 描述没有搜索价值；
• 文章缺少可执行清单；
• 品牌露出太生硬；
• hero 图片不匹配。

内容问题要进入选题和写作模板里解决。比如提醒下一次文章要更具体、避免重复标题、在导语或结尾自然出现万象片场，而不是机械堆品牌名。

2. 流程问题

例如：

• 本地预览没有检查文章页；
• build 之前没有看 Git 状态；
• deploy 成功但没有验证线上链接；
• commit 混入了无关文件；
• 线上缓存导致首页暂时没更新。

流程问题要进入自动化 SOP 里解决。比如把“检查具体文章 URL”和“只 add 本次文件”写成固定步骤，而不是靠 Agent 临场想起来。

这一步很重要：内容问题靠编辑标准，流程问题靠系统约束。混在一起，就会每次都靠运气。

五、复盘第四步：提炼一个下次可复用的改进点

我不要求数字员工每次都写长篇复盘，但要求它至少提炼一个改进点。

改进点可以很小：

• 下次先搜索 title:，再决定选题；
• 同一天多篇文章使用精确时间，避免排序不稳定；
• 线上验证要检查具体文章页，不只看首页；
• 如果 raw HTTP 返回异常，要用浏览器确认；
• 提交前只 add 本次新增 Markdown 文件；
• 文末固定加入下一步，把文章连接到内容系统。

这些小改进累积起来，就是数字员工从“能跑”到“可靠”的过程。

万象片场的经验是：不要指望一次提示词把 Agent 训练完。更现实的方法，是让每次执行都产生一点流程记忆，然后把高频问题固化成清单、模板和规则。

六、一个最小发布后复盘模板

下面是我现在会给 AI Agent 使用的最小复盘模板：

本次任务：
- 发布槽位：
- 文章标题：
- 文件路径：
- 线上链接：

验收证据：
- 本地预览：通过 / 未通过 / 未执行原因
- 图片加载：通过 / 未通过 / 无图片
- npm run build：通过 / 未通过
- npm run deploy：通过 / 未通过
- Git 提交推送：完成 / 未完成 / 原因

边界检查：
- 是否只修改本次相关文件：是 / 否
- 是否触碰任务外项目：是 / 否
- 是否有需要人工确认的动作：有 / 无

异常与改进：
- 内容问题：
- 流程问题：
- 下一次固定改进点：

这个模板不复杂，但它能让 Agent 的每次执行都可审计、可交接、可优化。

尤其对个人项目来说，自动化不是为了让人彻底不看，而是为了让人只看最重要的地方：结果、风险和下一步。

七、复盘最终要服务于资产化

发布后复盘如果只停留在“今天做得好不好”，价值还不够。

更进一步，它应该服务于资产化：

• 多次出现的问题，可以整理成 SOP；
• 高价值的执行步骤，可以变成模板；
• 常见风险，可以变成检查清单；
• 真实案例，可以变成咨询服务的样例；
• 稳定流程，可以变成数字员工岗位说明书。

这也是万象片场做博客的核心逻辑：每篇文章不是孤立内容，而是一个内容系统里的零件。AI Agent 每天发布一篇文章，同时也在测试一段流程；流程稳定后，就能沉淀成方法、产品或服务。

所以发布后复盘不是收尾动作，而是下一次增长的开头。

结尾：让数字员工学会“收工”

一个可靠的数字员工，不只是会开工，也要会收工。

开工前，它要读计划、查现场、确认边界；执行中，它要按步骤写作、预览、构建、部署；收工时，它要留下证据、检查风险、总结改进。

当这三件事连起来，AI Agent 才不只是一个生成器，而是一名可以长期值班的运营助理。

万象片场接下来会继续把这些流程拆细：从选题预检、发布验收、异常分级，到内容资产盘点，让 AI 自动化不只是“跑一次”，而是每天把内容系统往前推进一点。