AI Agent 未做事项清单：让数字员工把今天没做的增长线索留下来

在万象片场的博客增长任务里，我越来越发现一个问题：数字员工真正需要学会的，不只是把今天的任务做完，还要把今天没做的事情说清楚。

每天运行一次增长运营任务时，AI Agent 会看到很多线索：某篇旧文可以补内链，某个资源页适合加 CTA，某个标题可能更适合搜索，某个 Cloudflare 指标需要复查，某个 GSC 状态还在处理。如果 Agent 试图把这些线索全部当场处理，本来清晰的发布任务就会变成一锅粥。

所以我开始给 Agent 加一个很小但很重要的机制：未做事项清单。

它不是普通 todo list，而是数字员工的增长 backlog。它的作用是告诉系统：这次任务为了保证发布闭环，没有扩展处理这些事项；但这些线索有价值，下一次可以按优先级继续推进。

一、为什么数字员工需要“未做事项”，而不是只汇报完成事项

很多自动化报告只写三件事：

已完成什么；
验证结果是什么；
有没有失败。

这对一次性脚本够用，但对长期增长运营不够。

因为内容站增长不是单次动作，而是连续系统。每天新增一篇文章、深改一篇旧文、补一个资源页，只是显性工作；真正有复利的，是每次执行过程中暴露出来的结构性线索：

• 哪些主题开始形成集群；
• 哪些旧文适合互相链接；
• 哪些页面缺少下一步 CTA；
• 哪些标题没有把搜索意图说清楚；
• 哪些数据通道还没有稳定读到；
• 哪些模板可以从文章升级成资源页或轻产品。

如果这些线索不被记录，下一次 Agent 又会从零开始观察。表面上每天都在工作，实际上没有沉淀。

未做事项清单的价值，就是让数字员工把“没有立刻做”的东西变成可接力的增长资产。

二、我把未做事项分成四类

万象片场目前把未做事项分成四类，避免所有待办混在一起：

类型	说明	例子	下一步处理方式
内容线索	可以写成新文章或深改旧文的主题	“AI Agent 如何交接异常任务”	放入选题队列
结构线索	资源页、主题集群、内链地图相关	“模板库需要链接到快诊页”	下次做结构优化
数据线索	GSC / Cloudflare / sitemap / 索引状态	“GSC 查询词还没有读到明细”	下次优先复查
风险线索	权限、部署、第三方账号、无关文件	“工作区出现无关改动”	先确认边界再处理

这个分类有两个好处。

第一，它让 Agent 不会把所有未完成事项都当成同等级。内容线索可以晚一点做，风险线索必须优先处理；结构线索适合集中做，数据线索需要配合可用通道复查。

第二，它让下一次任务更容易接上。下一次 Agent 看到 backlog 时，不需要重新判断每条线索是什么性质，只需要按类别和优先级选择一个真实增长动作。

三、未做事项不是失败，而是防止任务失控

刚开始做自动化时，我很容易把“没做完”理解成失败。后来发现，这种想法会让 Agent 变得危险。

比如一次博客任务的主目标是新增一篇长尾 SEO 文章。执行过程中，Agent 发现资源页可以补链接、首页 CTA 可以更明显、旧文描述可以改得更好。这些建议都对，但如果今天全部改，风险会明显变高：

1. 修改范围变大，构建出错概率变高；
2. Git 提交容易混入多类改动；
3. 线上验证点变多，任务时间变长；
4. 主要动作反而不容易说清楚；
5. 下次复盘时不知道哪一个改动带来了变化。

所以未做事项不是偷懒，而是控制作用域。

对数字员工来说，稳定比一次性做很多更重要。今天完成一篇文章并留下 3 条清晰线索，通常比今天改 8 个地方但没有复盘更有价值。

四、我的未做事项记录模板

我给 Agent 的未做事项模板很简单，重点是让下一次能直接用：

未做事项：
1. 类型：内容线索 / 结构线索 / 数据线索 / 风险线索
2. 观察：今天发现了什么现象？
3. 价值：它为什么可能帮助增长或稳定性？
4. 建议动作：下一次最小可执行动作是什么？
5. 优先级：P0 / P1 / P2 / P3

举一个博客增长任务里的例子：

类型：结构线索
观察：AI Agent 模板库里已有多个 SOP，但快诊服务入口不够明显。
价值：模板库读者更接近有需求的人，适合承接 36 元快诊或 99 元轻服务。
建议动作：下次只改模板库首屏和底部 CTA，不同时改其他页面。
优先级：P2

这条记录比一句“优化模板库”有用得多。它说明了为什么做、做哪里、怎么控制范围。

再举一个数据线索：

类型：数据线索
观察：Cloudflare uniques 可读，但 GSC 查询词明细本次没有直接取到。
价值：没有查询词就难以精准优化高曝光低点击页面。
建议动作：下次先检查 GSC 日报输出文件和 sitemap 状态，再决定是否做旧文标题深改。
优先级：P2

这样下一次 Agent 不会把“没取到 GSC”误写成“没有变化”，也不会乱猜查询词。

五、未做事项要和优先级矩阵连起来

上一篇我记录过 AI Agent 的任务优先级矩阵：P0 守边界，P1 完成发布闭环，P2 修复质量问题，P3 做增长优化。

未做事项清单最好也沿用这套矩阵。

• P0 未做事项：通常不能简单延后，必须在继续任务前确认，例如密钥暴露、无关改动、权限不清；
• P1 未做事项：说明本次主线没有闭环，不能在报告里说完成；
• P2 未做事项：影响质量但不一定阻断发布，需要安排下一次修；
• P3 未做事项：增长优化线索，适合沉淀到 backlog；

这能防止 Agent 把关键问题包装成“下次再说”。

比如构建失败不是 P3 未做事项，而是 P1 阻断；生产文章 404 也不是普通待办，而是必须当场处理的问题。只有那些不影响本次安全、发布和核心体验的线索，才应该进入未做事项清单。

六、把未做事项变成下一天的选题和改文依据

对内容站来说，未做事项还有一个额外价值：它会自然生成选题。

今天发现“数字员工需要知道先做什么后做什么”，就可以写成任务优先级矩阵；今天发现“Agent 总是顺手扩展优化”，就可以写成未做事项清单；今天发现“Cloudflare 有 uniques 但 GSC 没查询词”，就可以写成增长日报模板或数据口径说明。

这类文章比泛泛写 AI 新闻更适合 blog.786668.xyz，因为它们来自真实运营现场，有明确搜索意图，也能互相内链形成主题集群。

我现在会要求 Agent 在每天复盘里至少留下一个“可转化为内容资产”的线索。它可以是：

• 一篇长尾实战文章；
• 一个资源页模块；
• 一个模板库条目；
• 一个旧文深改点；
• 一个可复制 SOP；
• 一个小红书或公众号草稿钩子。

但是否当天执行，要看它是否属于本次任务范围。不是所有好点子都要马上做。

七、一个可直接复制的 Agent 指令片段

如果我要把这个机制写进定时任务，会这样描述：

执行结束前必须留下未做事项清单。
只记录不影响本次发布闭环的增长线索、结构线索和数据线索。
每条包含：类型、观察、价值、下一步最小动作、优先级。
不要把构建失败、部署失败、线上不可访问等 P1 阻断问题写成“下次处理”。
如果没有值得记录的新线索，明确写“本次无新增未做事项”。

这段指令的目的，不是让 Agent 生成更多文字，而是让它持续把执行现场转化成系统记忆。

长期看，一个好的数字员工不应该只会说“我今天完成了”。它还应该能说：

我今天为了保证主线闭环，暂时没有做这三件事；
它们分别属于内容、结构和数据线索；
下一次最小动作分别是什么；
其中哪一件最值得优先做。

八、下一步：把 backlog 变成增长节奏

未做事项清单只是第一步。真正有用的，是把它接入固定节奏：每天从 backlog 里选择一个最小增长动作，每周把重复出现的线索升级成主题集群或资源页。

对万象片场来说，这套机制会服务两个目标：

1. 让 AI Agent 执行更稳定，不因为顺手优化而越界；
2. 让博客增长更连续，不让每天的观察白白丢失。

如果一个站点想从一百多日独立访客走向 2000，靠单篇文章爆发并不稳。更可靠的方法，是让每次发布都产生下一次发布的线索，让每次验证都留下下一次优化的证据，让每个未做事项都能在合适的时候变成一篇文章、一个模板或一个资源页。

这就是我给数字员工设计未做事项清单的原因：它让“今天不做”不再等于遗忘，而是变成下一轮增长的入口。