AAIPROS

AIPROS · Static Essay Page

我给自己请了一个 AI PMO:它每天替我盯任务、催进度、收交付

组织转型 观点札记 2026-05-17 6 min

也不是让 AI 帮我做一个 PPT。

这周我做了一个小实验。

不是让 AI 帮我写一篇文案。

也不是让 AI 帮我做一个 PPT。

而是把我每天最烦、最碎、最消耗注意力的一部分管理动作,直接交给了我的桌面智能体。

它开始替我盯例行事项。

替我扫群聊。

替我看审批。

替我催进度。

替我整理交付。

替我把一天里零散发生的事情,重新拎成一张清楚的工作网。

我后来给它起了一个更准确的名字:

我的虚拟 PMO。

以前我对团队管理有一个很深的误解。

我总觉得,老板的时间应该花在判断上,花在决策上,花在重要客户、关键方案和核心产品上。

但实际情况往往不是这样。

你真正被消耗掉的时间,通常不是大事。

而是这些小事:

今天谁该交什么?

昨天说好的事情有没有推进?

群里提到的资料有没有整理?

审批有没有卡住?

公众号今天发了没有?

某个项目临近节点了,有没有人主动对齐?

这些事情都不难。

但它们太碎。

碎到你如果亲自盯,就会被持续打断。

碎到你如果不盯,它们就会慢慢漏掉。

所以很多团队的真实管理成本,不在战略,不在方法论,而在“反复提醒”。

这也是我这次实验最想解决的问题。

我不是让 AI 当工具,而是让它替我履职

这套玩法的核心,不是“用 AI 提效”。

这个说法太轻了。

我这次真正跑通的是:

AI 以我的授权工作环境为入口,替我完成一部分日常管理履职。

我的搭法很简单。

底层是 Codex。

中间是我自己沉淀的 Skill 和自动化任务。

工作入口主要接在飞书 CLI 上。

飞书里面本来就有群聊、文档、审批、日程、消息、知识资料。

这些东西过去是给人看的。

现在我把它们变成了智能体可以读取、判断、执行和回写的工作对象。

这一步很关键。

很多人用 AI,只是打开一个聊天框。

让它总结一下。

让它帮忙润色一下。

让它生成一段内容。

但我的用法不是聊天框。

而是把 AI 接进真实工作流里。

它每天可以按时间醒来。

可以读取指定范围内的工作信息。

可以根据我提前写好的规则判断轻重缓急。

可以生成下一步动作。

可以把结果写回协同工具。

这时候 AI 就不再是“问答助手”。

它变成了一个有岗位职责的执行节点。

我现在让它管什么

目前我已经把几类例行工作交给了它。

第一类,是信息扫描。

比如每天早上,它会帮我看 AI、管理咨询、流程管理、企业运营相关的新动态,提炼出跟我们业务有关的内容。

不是简单搬运新闻。

而是判断:

这件事为什么和我们有关?

能不能变成课程选题?

能不能变成咨询方法论?

能不能变成公众号文章?

能不能变成团队下一步要做的小动作?

第二类,是群聊日报和周报。

很多群每天都很热闹。

但热闹不等于沉淀。

以前群里聊完就过去了。

现在智能体会定时读取当天或一周的讨论,把真正有价值的观点、待推进事项、需要继续追问的问题提炼出来。

它不会把聊天记录原封不动搬出来。

它会做判断。

什么是观点。

什么是任务。

什么只是闲聊。

什么需要后续跟进。

第三类,是审批处理。

我给它设了非常明确的边界。

低风险、规则清楚、字段可解析的事项,可以自动处理。

金额、权限、请假这类场景,必须符合我写死的规则。

一旦金额不清、天数不清、权限风险不清,全部停下来,留给我人工判断。

它不能拒绝。

不能转交。

不能凭感觉硬批。

每一次处理都要记录日志。

晚上再把当天处理过什么、跳过什么、哪里可能判断不好,汇总给我。

第四类,是项目和内容督导。

比如某个公开活动有没有推进。

某篇公众号有没有发。

某个宣传动作有没有结果。

某个成员今天要不要更新数据。

这些过去都需要我想起来、翻群、点名、催一下。

现在我把规则写成自动化任务。

到点就检查。

有进展就总结。

没进展就提醒。

缺数据就要求补充。

这件事非常小,但效果很大。

因为管理里最容易掉的,不是大判断,而是持续性。

人会累。

人会忘。

人会因为今天有更急的事,把原本该追的事项放过去。

但自动化任务不会。

它只要到了时间,就回来做这件事。

这和普通机器人有什么区别

很多人会问:

这不就是机器人吗?

不是。

差别非常大。

普通机器人通常是一个独立身份。

它站在群里,大家一眼知道它是系统。

系统发的提醒,天然会被打折。

大家会觉得:

这是自动消息。

看一下就行。

不急。

但我的这套模式,本质上不是“群机器人提醒”。

而是“我的工作规则被自动执行”。

它背后有我的身份授权。

有我的管理标准。

有我的任务判断。

有我的交付口径。

有我的风险边界。

所以它发出去的不是一句冷冰冰的提醒,而是一套完整的工作要求:

要做什么。

为什么要做。

谁来做。

做到什么标准。

什么时候反馈。

如果没做,下一步怎么追。

这才是虚拟 PMO 的价值。

它不是替我“说话”。

它是替我把管理动作标准化、持续化、闭环化。

真正的变化,是我不用再靠记忆管理团队

以前我管理很多事情,其实靠的是脑子。

谁昨天说了什么。

谁今天该交什么。

哪个项目还有风险。

哪个审批可以过。

哪个内容该催一下。

这些东西都压在脑子里。

脑子一满,人就开始烦。

烦的原因不是事情本身难。

而是你要持续记住它们。

虚拟 PMO 带来的最大变化,就是把这些“需要记住的管理动作”,迁移到系统里。

我只需要定义规则。

它负责按规则巡检。

我只需要定义边界。

它负责在边界内执行。

我只需要看异常。

它负责把普通事项跑完。

这就是我对 AI 落地的一个判断:

AI 真正有价值的地方,不是帮你偶尔做一件事,而是替你稳定守住一类事。

写文案只是单次能力。

做 PPT 也是单次能力。

但定时巡检、持续跟进、自动汇总、异常上报,这是岗位能力。

从工具到岗位,这是 AI 落地的分水岭。

为什么我会优先用飞书

如果你问我,这套东西为什么要接在飞书上。

我的答案很直接:

因为飞书已经承载了大量真实工作对象。

群聊里有讨论。

文档里有交付物。

审批里有流程。

日程里有节点。

消息里有协作关系。

一旦这些对象可以通过 API 或 CLI 被稳定调用,AI 就可以从“旁观者”变成“执行者”。

对智能体来说,工具界面漂不漂亮不是第一位。

真正重要的是三件事:

能不能读到上下文。

能不能调用动作。

能不能把结果写回去。

飞书这类开放能力比较完整的协同平台,天然适合做企业智能体的工作入口。

所以如果你真的想让 AI 接管一部分例行管理,而不是只让 AI 写几段文字,我会建议你优先考虑开放性。

不是哪个工具名气大。

而是谁更容易被智能体稳定接入。

未来企业协同工具的竞争,可能不再只是“人好不好用”。

还会变成“AI 好不好用”。

谁更适合被 Agent 调用,谁就更像下一代组织操作系统。

但我必须说清楚:这件事不能裸奔

这套东西很爽。

但它也有风险。

因为它不再是生成一段无关紧要的文本。

它会进入真实工作流。

它会发消息。

它会处理审批。

它会提醒成员。

它会影响团队节奏。

所以我不建议任何人一上来就把所有权限都放开。

正确做法应该是四步。

第一步,只接低风险事项。

比如日报、周报、资料整理、公众号选题、项目进度提醒。

这些事就算判断偏了,也不会造成不可逆损失。

第二步,规则必须写死。

什么能做,什么不能做。

什么可以自动通过,什么必须人工确认。

哪些关键词属于高风险。

哪些场景一律停止。

不要让 AI 凭感觉管理真实业务。

第三步,必须留痕。

它读取了什么。

判断依据是什么。

执行了什么。

跳过了什么。

哪里置信度不够。

这些都要能回看。

没有日志的自动化,本质上就是黑箱。

第四步,人只看异常。

这也是整个系统的精髓。

不是让 AI 取代老板。

而是让 AI 过滤掉大部分例行工作,把真正需要人判断的异常、风险和关键决策,推到你面前。

人不应该继续做流程操作员。

人应该回到规则制定者、风险判断者和方向负责人。

这才是我理解的 AI 分身

过去很多人讲 AI 分身,讲得很玄。

好像要训练一个声音像你、头像像你、说话像你的数字人。

但在真实工作里,外表一点都不重要。

真正有用的 AI 分身,不是长得像你。

而是它能不能按你的标准做事。

它知道你怎么判断轻重缓急。

知道你怎么布置任务。

知道你对交付物的要求。

知道哪些事情可以直接推进。

知道哪些事情必须停下来问你。

知道什么时候该催。

知道什么时候该汇总。

知道什么时候该把问题升级。

这才叫分身。

不是复制你的形象,而是复制你的工作方法。

所以这周我最大的感受是:

AI 不是替我多做了几件事。

它是让我第一次把一部分“管理注意力”外包出去了。

这件事对小团队尤其有价值。

因为小团队最缺的不是想法。

也不是工具。

而是稳定推进的能力。

很多事不是没人会做。

而是没人持续盯。

而虚拟 PMO 刚好补上这一块。

它不需要情绪。

不需要面子。

不需要等我想起来。

到时间就检查。

有问题就提醒。

有结果就汇总。

有风险就上报。

这就是我现在认为,普通人也能真正落地的 AI 工作方式。

不是把 AI 当搜索框。

不是把 AI 当文案机。

不是把 AI 当一个更聪明的输入法。

而是把它训练成你的工作执行层。

你负责定义规则。

它负责持续运行。

你负责关键判断。

它负责把琐碎闭环。

未来每个管理者都应该有一个这样的虚拟 PMO。

它不一定庞大。

也不一定复杂。

但它应该从你每天最烦、最重复、最容易遗忘的那类工作开始。

先让它每天替你巡检一次。

再让它每周替你汇总一次。

再让它在低风险场景里替你执行一次。

最后,你会慢慢发现:

你不是拥有了一个工具。

你是多了一个永远在线的管理分身。

---

配图打码建议

1. Codex 自动化任务列表截图:只保留任务类型,如“审批巡检”“每日总结”“群聊日报”“内容督导”;打码所有账号、群名、公司名、路径、ID。

2. 飞书群内任务提醒截图:保留“任务内容、交付标准、截止时间”三类信息;打码头像、姓名、群名、公司名、具体客户、具体项目。

3. 审批总结截图:保留“自动通过数量、需人工确认数量、风险原因”;打码发起人、审批标题、单据编号、金额明细、组织名称。

4. 不建议放“完整权限”“内部账号标识”“会话标识”“CLI 命令细节”截图,这些对读者没必要,对外风险很高。