半年前，我给自己上了第一批数字员工。上岗之前，我的想象是这样的：任务交给 Agent，我只管派活和收结果，我在钉钉上的时间应该大幅下降。
半年后，我打开自己的屏幕时间统计：我在钉钉上的时间没有下降——翻了一倍。
起初我以为是个体差异。但和几位同样在带数字员工的同事交流后，发现大家的处境差不多：Agent 越多，人在 IM 里花的时间越多。
这让我必须把一个判断写下来：
AI 不会造出新入口，只会加深你对旧入口的依赖。
一、大家都在等新入口
今年行业很热闹。腾讯 WorkBuddy、字节豆包工作、阿里千问办公密集发布，「谁是 AI 办公入口」的讨论越来越热。流行的叙事是这样的：过去是 IM 入口，未来是办公 Agent 入口；过去找人、找软件，未来直接给 AI 下任务。
朋友分享给我一篇中智观察的文章，标题很直接：《企业 IM 入口比办公智能体入口更重要》。里面有一句话我完全同意：
现在 WorkBuddy、豆包工作、千问办公真正争夺的，表面上似乎是一个独立的「任务入口」，更本质的其实是用户表达工作意图的第一入口。
但市场上更多的人在押注前者——独立的任务入口。大家对新入口的出现很快产生了幻觉：只要做出一个「比 IM 更懂任务」的新产品形态，用户就会迁移过去。
我认为这是一个误判。
二、入口的本质，是表达工作意图的第一界面
要争论这个问题，得先回答：入口到底是什么？
PC 时代，入口是桌面；互联网时代，入口是浏览器；移动互联网时代，入口是 App。规律看起来是：每个时代都有新入口，旧入口被绕过。
但如果你看深一层，入口的本质从来没变过——它是人表达工作意图的第一界面。打开桌面，是表达「我要开始干活了」；打开浏览器，是表达「我要找东西」；打开 IM，是表达「我要和人、和事发生联系」。
所以关键问题变成：当你想把一个任务交给 Agent 的时候，你第一反应打开的是哪个界面？
我的答案是 IM。因为 任务不是 IM 的对立面，任务本来就是沟通的一种形式。
今天我在钉钉群里对同事说：「把这个方案明天给我。」这是沟通，也是任务。未来我在同一个群里 @ 一个销售 Agent：「把华东区今年所有重点客户分析一下，找出可能流失的客户。」这同样是沟通，也是任务。区别只是，过去对面是人，现在对面是 Agent。
我在《IM 在 AI 时代的沟通即协同》里详细讨论过这个跃迁：同样是 @，问一个问题和派一个任务，性质不同但同根同源——都是把沟通变成协同。接受这个前提，结论就是自然的：@同事和 @Agent 没有区别，入口也不需要换。
变化的不是入口，是入口里的内容：过去，IM 连接的是人；未来，IM 连接的是人 + Agent + 系统。在《为 AI 重建的 IM 架构》里我说过：IM 不再只是信息传递的通道，而是 Agent 协作与执行的操作系统。操作系统不需要第二个入口。
当然有反方观点：独立的 Agent 工作台有状态、有进度、有看板，天生为任务管理设计；IM 的消息流会把任务淹没。这是事实。但这个论证的漏洞在于——入口之争比的不是「哪个界面管理任务更好」，而是「用户想表达意图时先打开哪个」。功能聚合页可以复制，组织关系、成员信任和工作上下文搬不走。而且下一节你会看到：现阶段最大的时间成本是「看着」，而「看着」这个动作，天然就适合发生在 IM 里。
三、为什么我的时间反而翻倍了
这一节是本文最想写的部分，因为它全部来自一手体感。
时间翻倍，不是因为任务变多了，而是因为 每一个任务都多了一份「看着」的成本。具体是三笔：
第一笔，发任务要盯进度。 派活给同事，默认他会按时交付，出了问题他会来找我。但对数字员工，我还没有这份默认信任。任务派出去之后，我会习惯性地打开会话看一眼：它开始跑了吗？卡在哪一步了吗？方向跑偏了吗？
第二笔，产出要逐条审。 Agent 交付的不是结果，是初稿。每一份初稿都要人过目：数据对不对、口径对不对、能不能发出去。Agent 产出得越多越快，人排队验收的东西就越多。
第三笔，出错要纠偏。 同事犯错，指出一次，他记住了；Agent 犯错，每一次都要重新指，而且要用它能理解的方式指。
这三笔成本，全部发生在同一个地方：IM 里。派任务在 IM，盯进度在 IM，审产出在 IM，纠偏还在 IM。
传统协同：派任务 ──────────（黑盒）──────────→ 收产出
人机协同：派任务 → 盯进度 → 审产出 → 纠偏 → 再盯着
└──────────── 全部发生在 IM ────────────┘
# generated by hugo AI
Agent 产出越多，人需要决策和验收的触点越多，而这些触点全发生在 IM 里。 这就是为什么 Agent 没有让你更自由，反而让你在 IM 里更忙——它是机制，不是错觉。
在《Agent 跑了两小时，你一无所知》里，我讲过这个问题的一半：让 Agent 全程盯着是不经济的，更好的方式是任务自己跑、定时来检查。但当时我没意识到的是——那些「定时来检查」的消息，接收方还是我，接收的地方还是 IM。成本没有消失，只是从主动轮询变成了被动响应，总量一分没少。
四、人机协作的三个阶段
把这些体感再往前推一步，可以得到一个框架。我把人机协作分成三个阶段：
| 阶段 | 人的姿态 | 时间成本 | 现状 |
|---|---|---|---|
| 阶段一：盯着干 | 实时盯屏幕，随时介入 | 翻倍 | 现在 |
| 阶段二：收通知 | Agent 主动上报异常、标注置信度，人异步处理升级项 | 减半 | 可见的未来 |
| 阶段三：只看例外 | 低风险动作自动放行，高风险才升级审批 | 趋近于零 | 还早 |
阶段一「盯着干」，就是我现在所处的位置。这个阶段的本质是：人和 Agent 之间的信任还没有建立，人不得不用注意力换确定性。
阶段二「收通知」，是我看得见的第一步。变化在于信息流的方向反了：不再是人去问 Agent「怎么样了」，而是 Agent 主动来找人说「这里有个情况」，并且带着自己判断的置信度——「这条数据我有 95% 把握，那条结论只有 60%，你最好看一眼」。人只处理被升级的部分，时间可以减半。这是我基于当前趋势的推断，还没有被大规模验证。
阶段三「只看例外」，要求系统能区分动作的风险等级：低风险动作自动放行，高风险动作升级给人。落地形态大概长这样：
from dataclasses import dataclass
@dataclass(frozen=True)
class ActionTier:
"""Agent 动作的风险分级：决定自动放行、通知还是升级审批。"""
action: str
approval: str # auto | notify | escalate
RISK_TIERS: dict[str, ActionTier] = {
"整理文档": ActionTier("整理文档", "auto"),
"生成周报": ActionTier("生成周报", "auto"),
"修改共享文档": ActionTier("修改共享文档", "notify"),
"代我创建任务": ActionTier("代我创建任务", "notify"),
"对外发送内容": ActionTier("对外发送内容", "escalate"),
"动用预算": ActionTier("动用预算", "escalate"),
"删除数据": ActionTier("删除数据", "escalate"),
}
# generated by hugo AI
到这个阶段，人才算真正退出执行回路，只保留例外处理权。
一句话总结：数字员工的三个阶段：盯着干、收通知、只看例外。
五、入口之争是伪命题，信任的阶梯才是真问题
有了这个框架，回头看入口之争，结论就很清楚了：
AI 时代入口不会迁移，只会加重——Agent 不产生新入口，它加深对旧入口的依赖。
真正的竞争不是谁占住入口，而是 信任的阶梯：Agent 每可信一分，人介入一轮少一轮，IM 就从「指挥中心」退化成「例外收件箱」。
这个阶梯不是靠产品形态跳上去的——不是更漂亮的任务看板，也不是更强的模型——而是一轮一轮积累信任证据爬上来的：这一轮任务它稳定交付了吗？出错时它担责了吗？审计链路完整吗？在《钉钉的护城河是组织世界的信任基础设施》里我说过：Agent 时代，界面会被绕过，信任不会。信任的阶梯，正是连接「界面被绕过」和「信任不会」的那段楼梯。
所以我想给一个衡量数字员工的新尺子：
衡量 Agent 成熟度的不是它能干多少活，而是人需要看它多少眼。
能干多少活，只是能力；需要看多少眼，才决定它是不是真正的劳动力。
前几天有段对话，对方问我：如果将来只需要看重要的部分，你觉得你能省下多少时间？
我想了一下，说：一半。
「看着」是当前最大的时间成本；走到「收通知」，一半时间就够了。但前提是，你得先把「盯着干」这段路走扎实——信任的阶梯没有捷径，每一级都在替下一级省力气。
你的团队正处在哪个阶段？在让 Agent 变得可信这件事上，你踩过什么坑？欢迎留言讨论。