title: Agent 会用工具之后：2026，软件交互正在从「菜单」变成「意图」
date: 2026-07-22 10:00:00
categories:

• 1

tags:

• AI
• Agent

菜单时代正在结束

传统软件教用户学界面：点哪里、填哪项、哪个权限在哪个子菜单。过去二十年，产品经理的核心工作之一就是把复杂流程塞进可理解的导航树。

Agent 会稳定调用工具之后，这件事开始反转。

用户越来越不愿意学习你的信息架构。他们直接说目标：「把这周没回复的高意向客户列出来，并生成跟进草稿。」软件如果还要求他们在五个页面之间手动拼数据，就会显得过时。

2026 年，真正的产品竞争不再只是功能多不多，而是：用户能否用意图驱动完成任务。

从 GUI 到 GAI：交互层换了主语

旧交互的主语是界面。新交互的主语是意图。

这不是说 GUI 会消失。相反，GUI 会变得更重要，只是职责变了：

• 以前 GUI 负责「教你怎么做」
• 现在 GUI 负责「让你确认 Agent 做对了没有」

按钮、表格、审批卡片不会退场，但它们会从操作入口，变成结果校验与干预面板。用户先用自然语言发起，再用结构化界面做审查、修改和授权。

可以把它理解成：聊天负责表达，界面负责信任。

工具调用把「能说」升级成「能办」

纯聊天机器人最大的问题是停在语言层。它能给建议，却碰不到系统真实状态。

当 Agent 能调用检索、工单、日历、代码仓库、支付与权限接口，软件能力边界就被重写了。一次成功的任务不再等于一段漂亮回复，而等于一组可追溯的工具轨迹：

读了哪些对象，改了哪些字段，触发了哪些副作用，谁批准了这次操作。

2026 年评价 Agent 产品，最有用的指标往往不是「回答像不像人」，而是：

• 任务完成率
• 人工接管率
• 错误回滚成本
• 跨系统步骤压缩比

会说话只是入场，会办事才是产品。

新的产品设计问题：权限、确认、可撤销

意图交互带来三个绕不开的设计难题。

1. 权限颗粒度

「帮我处理一下」这种指令太宽。产品必须把自然语言意图映射到最小必要权限，而不是一上来给 Agent 全域写权限。

2. 确认阈值

低风险动作可自动执行，高风险动作必须显式确认。阈值设计会直接决定用户是觉得「真省事」还是「太吓人」。

3. 可撤销性

菜单操作通常一步一确认；Agent 可能连续执行五步。没有清晰回滚，用户不敢放手。2026 年成熟的 Agent 产品几乎都会做操作草稿、预览 diff 和一键撤销。

对 SaaS 的冲击：功能清单贬值

过去买软件，客户看功能矩阵：有没有报表、有没有自动化、有没有 API。现在客户开始问另一个问题：我能不能用一句话完成原来十分钟的流程？

结果是，功能清单的边际价值在下降，意图覆盖率的价值在上升。两个产品功能数量接近时，谁能把高频任务收敛成稳定意图模板，谁就更像「会办事的系统」，而不是「功能仓库」。

这也解释了为什么很多团队在做「技能（skills）」「动作目录」「企业工具连接器」。他们不是在堆模型能力，而是在堆可被意图调用的业务动词。

人类的新角色：从操作员到审核员

交互从菜单转向意图后，人的工作方式也会变。

基层操作员花在点选上的时间减少，花在审核异常、处理边界情况和设定策略上的时间增加。好的产品不会承诺「完全无人」，而会清楚标出：

• 哪些任务已达自动执行标准
• 哪些任务仍需人工确认
• 哪些任务目前只提供建议

把人从重复点击里解放出来，不等于把责任一起删掉。2026 年真正能上生产的 Agent，都在认真设计「人机共责」而不是「全自动幻觉」。

尾声

软件史可以粗略看成交互主语的迁移：命令行是专家意图，图形界面是大众导航，触屏是直操纵，Agent 则把自然语言重新变成一等公民。

不同的是，这一次自然语言背后接的是真实工具和真实副作用。

所以 2026 年做产品，最关键的问题也许不是「我们还要加哪个菜单」，而是——

用户最常说的那句话，你的系统能不能稳定办成。