AI时代,大部分软件都会被AI吃掉,有一类不会

一

9 月 25 日，微软发布了新的 Copilot。纳德拉说：我们在把 Copilot 做成新的工作操作系统。

同一个月，云栖大会上，Qwen Book 公开亮相。它管自己叫智能体电脑。

再往前几天，DeepSeek 把 Harness 的运行时拆开，模型、工具、技能、会话、沙箱、调度、界面，全部做成插件。

三家做的事各不相同。把它们摆在一起看，说的是同一句话。

二

先说这三件事分别做了什么。

微软这次的做法不太一样。它把整个 Copilot 应用重做了一遍，变成三个入口，

没有在原产品上继续加按钮。

Home 是起点。Code 让人用一句话做出应用、看板、自动化。Autopilot 更特别，它是一个常驻云端的「数字同事」。

你可以给它起个名字，指定一个角色，再给它一个目标。它有自己的身份、记忆和工作区，能在 Teams 和 Outlook 里被 @ 到，就像 @ 一个真人同事。你下班了，它还在跑。

再看阿里。

Qwen Book 走得更远。机身有 Skill 键盘阵列，有全局 AI 按键，有一块显示任务进度的副屏，还有一支按下去就能召唤智能体的手写笔。

官方的说法叫 OS as Harness。他们还宣布和开源项目 Omarchy 合作，一起探索面向 Agent 的桌面操作系统。

从键盘开始，这台机器就是为「召唤一个智能体」而设计的。

DeepSeek 的路子更彻底。Harness 的设计理念是「一切皆插件」，从模型、工具、技能，到会话、沙箱、调度、界面，全部走底层的插件系统。

三家形态差得很远。但它们对用户的假设是一致的：你面对的是一个能听懂你要什么的 Agent，一个个软件退到了它背后。

三

就在微软发布新 Copilot 的同时，CNBC 披露了一组数字：微软有 4.5 亿多个 Office 365 商业席位，买了 AI 附加许可的，不到 7%。这个数字比发布会本身更值得琢磨。

过去几年，整个行业都在做同一件事：给老软件装一个 AI 按钮。你打开 Excel，旁边有个 Copilot，点一下帮你写个公式。功能是加上了，软件的骨架一点没动。

这像给一辆自行车装了个电动马达。踩不动的时候按一下，马达帮你转两圈。快了一点，省力了一点，可它还是那辆自行车。

我做过二十多年软件开发。这二十年里，我见过的失败系统比成功的多。它们的共同点很清楚：要用人先去理解它。

微软大概比谁都清楚这件事。所以这一次，它选择了重做。

还有个细节值得咂摸。就在同一个星期，有消息说 Copilot 正在从 Windows 11 里被移出去。

放在几年前，这是一条收缩新闻。放在今天看，它更像一次清理。微软不想让 Copilot 继续当操作系统上的一个附属功能。

四

问题的根子，在软件的骨架里。

传统软件的骨架是这样的：用户操作，程序逻辑，输出结果。你点一个按钮，触发一段代码，代码按照程序员写死的逻辑跑完，给你一个结果。

智能全部在代码里。代码是死的，你点什么它做什么，你不点它一动不动。

在这个结构里，AI 能待的位置只有一个：某个节点上被调用一次。像你打开手机查一下天气，查完了，后面的事跟它没关系。

AI 时代的软件，骨架应该长成这样：用户表达意图，AI 理解意图，AI 做出决策，AI 调用工具，AI 执行，输出结果。

用户要做的只有一件事：说清楚自己想要什么。

这里要补一句。代码没有消失，消失的是「人直接面对代码」这件事。代码退到了工具、接口和数据里，人面对的是规则本身。

位置也就跟着反过来了。AI 是主人。UI 是仆人。

我给这套逻辑起了一个名字：AI即软件。AI不再是软件系统调用的一个插件，AI就是软件本身，AI是软件的核心引擎驱动，UI界面都是给AI做的工具，让AI自行决定如何调度使用。

五

但我不认为所有软件都会变成这样。

判断一个软件会不会被 Agent 接管，我习惯先问一句：你打开它的时候，是想自己动手，还是想拿到结果。

按这一问分下来，软件可以分成两类。

第一类，即时反馈型。

操作本身就是内容。你每做一个小动作，都要立刻看到结果，再根据结果决定下一步做什么。游戏就是这一类的典型。

你不可能对 AI 说「帮我打赢这一局」。因为打，就是玩。

打字、画画、剪片子的手感、弹琴，都属于这一类。在这里 AI 能帮的只有局部。真让它接管，产品本身就没了。

第二类，意图执行型。

你只关心结果，不关心中间怎么走。点外卖、报销、排班、客服工单、生成报表，都在这一类。

你完全可以说「帮我点个饭」。它挑的，大概率比你自己挑的还合口味。

这一类软件的核心逻辑，会被 Agent 整个接管。界面会退化，只留下两件事：说清楚你要什么，以及给你看结果。

企业里也是这样。报销走到谁那里、要不要加签、超没超预算，这些规则过去写在代码里，以后可以写进规则本身。审批人看到的，会是一个已经核过规则的结论。

还有一个补充判断，能让这个结论更牢。

编程是这一轮里先被吃掉的领域。原因有两条：编程里「意图执行」的部分占比本来就高；代码跑一下就知道对不对，结果可以被快速验证。

由此可以得出第二个判据：一个领域会不会被 Agent 接管，看它的结果能不能被自动验证。验证得越快，接管得越早。

现实里，大部分产品会落在这两类之间。

剪片子，剪辑的节奏是你的事，加字幕、调色、导出可以交出去。写代码，调试得盯着报错看，写增删改查可以交出去。

人的那一层会越来越薄，但不会归零。

六

用点外卖来说得更清楚。

现在点一次外卖，你要打开 App，找商家，挑菜，凑满减，选地址，确认备注，结算，付款，然后等。

Agent 化之后，你说一句「我饿了」。

它知道你上次点过什么，知道你不吃辣，知道你平时这个点大概吃多少，也知道你的预算。它替你选好，下单，然后盯着配送进度，快到了再叫你。

中间那些页面，商家列表、购物车、结算页、优惠券弹窗，可以全部消失。

这里我想说一句有点扎心的话。

那些页面，本来就不是给你看的。

它们之所以存在，是因为软件听不懂你说话。你得先把自己的想法翻译成一连串的点击，软件才能明白。翻译的产物，就是界面。

软件一旦能听懂，翻译这一步就不需要了。

七

当然，我不同意「所有软件都该这么改」。

需要精准控制的地方，传统界面还是更好。你用表格做数据透视表，要的是拖拽时那种即时反应，等 AI 猜你的意思反而慢。

需要实时看的地方也一样。三维建模、视频调色，你得亲眼看着画面变。AI 给你描述一百句，不如你自己拖一下滑块。

还有多人同时编辑的场景。几个人改同一份文档，需要的是清楚的冲突规则，AI 在中间帮忙协调反而添乱。

我们可以把界限划得更明确：凡是「意图、信息、决策、行动」这条链上的软件，都适合被重构。企业管理系统，恰好就在这条链上。

再说一句我自己的话。

判断 AI 会不会取代你所在的行业，这件事可以往后放一放。你只要问一句：你每天都要打开的那个软件，是在等你做决定，还是在替你做完决定。

后记

你工作里天天要用的那个软件，属于我说的哪一类？如果是第二类，你觉得它还能撑几年？

欢迎留言。你的一句话，可能就是一个更好的火花。