软件的下一位用户,不一定是人

看看现在多数软件是怎么开发的：界面给人点，流程按人的习惯设计——本质上，还是按“人类员工使用”的方式在造软件。哪怕软件本身就是 Agent 写的，最后也还是交回给人操作。

这个思维合理吗？如果软件的下一个用户，不再是人，而是 Agent 呢？

这不是空想。Figma、Notion、Atlassian、飞书，最近几个月不约而同地给自己的软件多开了一扇专门给 AI 用的门。门已经开了，只是很多人还没意识到这意味着什么。

这扇门背后，是三个你肯定听过、但未必真正分清的词：UI、API、MCP。今天就用一张再普通不过的待办，把这三扇门讲透——顺便回答开头那个问题。

假设你想在项目管理软件里新建一张待办：“修复登录页报错，交给小王，周五前完成。”

就这么一件小事，现在居然有三种干法：

第一种，你自己点：打开软件，点“新建待办”，标题、负责人、截止日期一个一个填。干了十年，闭着眼都会。

第二种，程序替你填：写个小规则——客服一收到“登录故障”，自动建单。规则你定，程序照办，一万年不喊累。

第三种，AI 自己办：你说一句“看看最新的登录问题，整理成待办给我确认”，它真的去办了。

三扇门，我们一扇一扇推开看。

UI 就是“用户界面”，翻译成人话：你手机屏幕上那些按钮和表单。

点“新建待办”，填标题，选小王，挑周五，保存。每一步都看得见，填错了当场改。就像自己做饭——放心，就是累。

但你想过没有：如果一天要建一百张待办呢？同一套点击重复一百遍，这时候你会开始怀念：有没有人能替我点？

二十年前，软件只认这一扇门。所以它把界面做得越来越好用——但这扇门再漂亮，也得你亲手推。

于是程序员把重复劳动外包了出去。API，“应用程序编程接口”，名字唬人，本质就一句话：

没有画面，但有规矩：办什么事、交什么材料、凭什么身份、办成了告诉你什么。就像给行政前台的办事指南——你不用露面，托人按指南递材料就行。

从此机器替你跑腿：客服系统一收到“登录故障”，就往项目管理软件递一张单。又快又稳，深夜三点也不抱怨。

但它有个天花板：它能做什么，完全取决于你提前写了什么。规则没写的情况一出现，它就傻住。清单上只有十条，第十一件事来了，助手两手一摊：清单上没有，我不会。

现在最有趣的部分来了。

你不想写十条一百条规则了。你直接对 AI 说：“看看最新的登录问题，把要修的整理成待办，先给我确认。”

问题是：AI 怎么知道这个软件有哪些能力？它又没看过你的说明书。

这就是 MCP 登场的地方。MCP，“模型上下文协议”，说白了是一套软件和 AI 之间的接头暗号：

软件这边说：“我有‘搜索资料’和‘创建待办’两个本事，参数长这样。”

AI 那边就能听懂：“哦，那我搜一下最近的登录问题，整理好，建单之前先问你。”

注意一个细节：AI 不是想干嘛就干嘛。它在允许的范围内挑工具、填参数；连接、身份、权限，仍然是管理员配好的。要写入、发送、删除的关键动作，还得你点头。

一句话记住三扇门：

但无论走哪扇门，最后一道关都一样：软件自己的权限、数据和规则。谁来了都得过安检。

这不是概念，是最近几个月正在发生的事：

设计工具 Figma 开放了官方 MCP，AI 能直接读你设计稿里的组件和布局；笔记工具 Notion 的官方 MCP，让获授权的 AI 读取、更新你的页面；Atlassian（做 Jira 那家）的 Rovo MCP Server 把项目管理能力接了出来；连飞书 也开源了 MCP 工具，把开放平台的接口包装成 AI 能用的样子。

注意，这不等于“软件以后不需要界面了”。更准确地说：

Agent 经由 MCP 调用软件服务的示意图

看到这你可能已经心动了。但先别急，冷静三秒。

第一，AI 用软件，走的是你的权限。MCP 不是万能通行证：Notion 的 MCP 遵守你现有的页面权限，Atlassian 沿用产品权限，Figma 对谁能连进来也有要求。AI 能碰到的，永远只有你授权过的那部分——这不是 bug，这是这扇门能开的前提。

第二，第一次别让它干大事。我的建议是从低风险的事开始：先让 AI 在你授权的资料里找一个答案，附上来源给你核对——就算出错，也无非是找得不准。等顺手了，再让它建待办，提交前请你确认。一步步来。

第三，别指望一句话解决一切。再聪明的 AI，也需要你把“想要什么”讲清楚。就像给车子装上火箭发动机，也得你来指方向——不然跑得再快，也是南辕北辙。

我的判断是：软件正在从“等人来点”，走向“人可以点、程序可以调、AI 也能在授权范围内使用”。

变化的不只是一个新协议，而是——决定下一步动作的角色，第一次扩展到了能听懂你目标的 AI。

而你，管好目标、权限和最后的判断就好。剩下的，让它跑。

你最想让 AI 直接调用哪款软件，替你省掉哪一步？评论区聊聊。