脑花服务器：我们为什么还在替软件上班？

早上九点，你刚坐下，客户发来一封邮件：交付时间能不能从下周三提前到这周五？

语气很客气，末尾甚至有一个微笑表情。

你看了一眼日历。今天周四。

于是你打开项目管理软件，检查进度；打开文档，确认还有哪些东西没做；打开群聊，问设计师有没有空；再打开另一张表，看看提前交付会不会撞上别的项目。

十分钟后，你已经熟练地切换了六个窗口。

每个软件都运行良好。页面漂亮，响应迅速，没有一个报错。只有你开始出汗。

最后你把消息整理好，发给负责人。他回复：“收到，你跟一下。”

这件事正式存进了你的脑子。

午饭时，它会在你夹起第一口菜的时候弹出来。

软件之间那些没有接好的地方，长着人

公司里的软件，大多各司其职。

邮箱负责收信，表格负责存数，日历负责提醒，项目管理软件负责把“进行中”显示成一种令人安心的蓝色。

至于客户说的“尽快”到底有多快，表格里那个数字为什么和邮件里的不一样，谁虽然点了“收到”但其实还没开始做——这些事情，由一个人负责理解。

这个人还要负责记住。

他记住哪些信息已经过期，哪句话只是客套，哪个任务要催，哪个负责人周五下午找不到。他把一个软件里的消息翻译成另一个软件里的动作，再把执行结果带回来。

软件之间那些没有接好的地方，长着人。

我们可以给这个岗位起一个名字：脑花服务器。

碳基架构，咖啡供电，支持模糊语义解析。没有写进数据库的上下文，大部分缓存在里面。

缺点是晚上要睡觉，放假会离线，偶尔会盯着一个窗口发呆，忘了自己刚才打开它准备干什么。

公司为此按月付费。

当然，劳动合同上通常写着更体面的名字：运营、项目经理、客户成功，或者“身兼数职的早期员工”。

自动化流程遇上“这次情况有点特殊”

这听起来像一个软件集成问题。

接口接上，数据同步，再配几条自动化规则，确实可以省下很多搬运。固定的流程早就可以自动跑：收到表单，创建记录，通知负责人。

麻烦出现在流程开始说人话的时候。

“这次情况有点特殊。”

“先别发，等我确认。”

“还是按上次那个来，但价格用新的。”

现实工作对“特殊情况”的热爱，远远超过流程图的承受能力。

于是，人重新坐回了中间。他看懂这句话是什么意思，找到“上次那个”，判断哪个价格才算新的，然后决定接下来该怎么走。

我们花了很多年，让软件拥有越来越多的功能。与此同时，人也学会了越来越多的软件。

一个人能熟练操作十几个系统，常常会被认为很能干。他确实很能干。只是其中相当一部分本事，用在了替这些系统维持关系上。

像一个家里有十几个亲戚的人，逢年过节，负责传话。

AI Agent 应该接走多少工作？

Agent 让人期待的地方，就在这里。

假如我说：“帮我弄清楚，这个项目能不能提前到周五交付。”

接下来，它应该去找相关邮件，查看项目进度，核对尚未完成的事项，整理出冲突和可选方案。如果它缺少关键的信息，就带着具体的问题回来。

比如：

“设计还差两张图。提前交付需要推迟另一项任务，你想保哪一个？”

这时候，人需要做一个有意义的决定。

如果它每打开一个页面就回来汇报一次，每找到一个文件就问要不要继续，最后把六个软件里的信息原封不动地堆给你，你的工作仍然很多。

你只是多了一个会叫你“老板”的同事。

而且它打字特别快。

判断一个 Agent 帮了多少忙，可以看一件很朴素的事：任务交出去以后，你还需要替它惦记多少？

你能不能关掉窗口去做别的？它遇到常见的小问题能否自己处理？它回来找你时，能否讲清楚已经查了什么、卡在哪里、需要你决定什么？

点击次数很容易统计。一个人脑子里挂着多少件没着落的事，却很少出现在产品的效果报告里。

后者常常更累。

哪些软件交互，值得留给人？

那么，软件以后都应该交给 AI 用吗？

先看看我们为什么打开它。

有时，我们只是想把一件事办完。查库存、对账、改文件名、把同一份资料填进几个系统。这些过程很少值得怀念。很难想象有人退休以后，坐在夕阳里感叹：“真想再填一次那个报销表啊。”

有时，操作本身就是我们想要的东西。

画画的人可能愿意花一下午调颜色。买衣服的人可能享受漫无目的地逛。玩游戏的人也未必想让 Agent 代打到通关，再收到一份胜利摘要。

同一个界面，可以承载不同的愿望。

所以，GUI 仍然有它的位置。人需要看见、比较、探索，也需要在某个念头冒出来的时候，伸手改一下。

变化在于，我们可以重新选择自己参与的深度。

有的事，只看结果。有的事，决定方向。有的事，就是想亲手做完。

软件应当容得下这些选择。

省下来的注意力，还给谁？

说到这里，脑花服务器可能会松一口气。

终于，有东西来接走那些琐碎的协调工作了。

过一会儿，他又会想：等等，我每天做的，好像大部分就是这些。

这个念头不太适合放在产品发布会里。它会让刚才那个充满希望的故事，突然安静一下。

工作给人的东西很多。除了工资，还有一种很具体的存在感：有人来问我，我知道答案；事情卡住了，我能让它继续；今天虽然很累，但这一段确实是我做成的。

当执行变得容易，这些熟悉的证明也会跟着变化。

我们不能随手给每个人发一顶“决策者”的帽子，就宣布大家都升级了。让一个人整天盯着 Agent 的输出、点击确认，也未必比原来的工作更有意思。

一个认真做 Agent 的产品，需要关心这些变化。

省下来的注意力，有没有真的还给使用它的人？他能否理解发生了什么，改变方向，接手自己在意的部分？还是他的日程被塞进了更多任务，只因为系统显示，他现在效率更高了？

这是产品设计要面对的问题，也需要组织重新安排工作。一个更聪明的模型，并不会自动替大家做好这些决定。

一件事交出去以后

做 Junior 时，我想一直保留那个简单的问题：

一件事交出去以后，人还需要惦记多少？

客户的要求变了，谁负责发现？信息散在几个地方，谁负责找齐？执行中断了，谁负责继续追下去？什么时候需要把一个真正重要的决定，交回到人手里？

如果这些事情最后仍然依赖用户记住，那个漂亮的新系统里，就还藏着一台脑花服务器。

下午六点，你准备下班。

离开之前，你习惯性地把几个窗口挨个打开，最后检查一遍。群消息、邮件、项目进度，还有那个答应今天给回复的人。

鼠标移到一半，你停下来。

那件事已经交出去了。该查的查过了，该追的有人在追。需要你决定的时候，你会知道。

你合上电脑。

电梯到了。