
最近看支付宝 AHA、OpenAI ACP、Google UCP,我越来越强烈地感觉到一件事:
Agent 带来的变化,可能不只是给 App 加一个 AI 助手。
它正在改变企业和用户之间原本非常稳定的一层关系——入口。
过去二十年,我们默认用户想获得一个服务,首先要找到并进入提供服务的地方。买东西打开电商,订酒店打开旅行 App,打车打开出行 App。
所以移动互联网所有企业都在争同一个东西:让用户打开我。 但 Agent 真正成熟以后,这个前提可能第一次发生改变。
一、用户以后可能根本不需要知道自己用了哪个 App
比如你周五晚上对 AI 说:
“周末带孩子出去玩两天,坐高铁,酒店 800 以内,不要太赶,再找两家适合孩子的餐厅。”
今天完成这件事,你可能需要查高铁、查酒店、切地图、看点评、查天气、比较价格,然后一个个下单。本质上,是你自己充当了一个“服务调度器”。
理解需求 → 拆解任务 → 找服务 → 比较 → 下单 → 支付
Agent 真正成熟以后,这条链路可能由它直接完成。你最后只需要确认:“这个方案可以。”
你到底用了哪个 App?
可能已经不重要了。用户正在从“操作软件”,走向“委托任务”。
二、人需要页面,Agent 需要能力
今天一个酒店 App 为人设计了首页、图片、Banner、搜索框、筛选按钮、详情页和“立即预订”。这些设计,本质上是在帮助一个人一步一步操作。
但假如访问酒店的不是人,而是 Agent 呢?它真正需要的是酒店在哪里、多少钱、有没有房、早餐几点开始、停车是否免费、儿童政策和取消规则是什么,以及怎么下单、怎么支付。
人需要 UI。Agent 需要结构化能力。
过去企业努力把商品做成一个好看的页面。接下来还需要把商品和服务做成一组机器能够准确理解的数据。
这不是简单的技术升级,而是企业数字资产的形态正在变化。
三、未来企业想获得 Agent 流量,要过四道门
第一道:Discovery——Agent 能不能找到你?
商品、价格、库存、服务范围和限制条件,必须变成机器可读取的供给。如果这些信息只存在于宣传海报、客服话术、App 深处的某个页面,甚至 Excel 里,那么对 Agent 来说,你的服务可能“存在”,但并不真正“可发现”。
第二道:Matching——你能不能满足这个 Intent?
“尊享品质人生”“开启非凡体验”这种营销语言给人看没有问题,但 Agent 更需要知道:早餐几点开始、有没有停车、能不能退款、库存还有多少。
未来结构化数据质量,可能会从一个后台技术问题,变成真正的商业竞争力。
第三道:Selection——为什么 Agent 最后选择你?
市场上有 500 个服务,100 个被发现,20 个满足条件,最后可能只推荐 3 个。真正值钱的,就变成了进入 Agent Candidate Set 的资格。
未来影响 Agent 选择的因素可能包括价格、质量、评价、库存真实性、履约成功率、退款率、响应速度、售后,甚至 API 成功率。
过去 API P99 是技术指标。以后它有没有可能变成商业流量指标?
第四道:Execution——选了你以后,能不能把事情办完?
很多今天所谓的 Agent 项目,前面都很好:AI 能理解、能搜索、能推荐,最后却变成一句“请打开 App 完成后续操作”。
真正 Agent Ready 的企业,应该让服务能够查、能报价、能预留、能下单、能支付、能取消、能退款、能追踪。

四、为什么最近突然出现这么多协议?
MCP、A2A、AHA、ACP、UCP,看起来像又一轮技术概念大战。但如果抛开名字,它们背后其实都在回答几个非常朴素的问题:
你有什么能力?
我怎么找到你?
我怎么安全调用你?
调用后怎么支付和履约?
不管最后哪个协议成为主流,它们共同推动的一件事是:把今天一个个封闭的软件系统,重新拆成机器可以组合的服务。
过去互联网的基本单位是
Page
未来 Agent 互联网的基本单位可能越来越接近
Capability
五、企业真正该改造的,可能不是 App
今天很多企业谈 AI,第一反应是做一个企业 Agent、接知识库、做聊天窗口、接一个大模型。这些当然都可以做。
但如果价格一天更新一次、库存不准、订单系统没有接口、退款必须人工操作、会员权益查不到,那么这个 Agent 再聪明,也只能成为一个很聪明的客服。
先把业务变成机器可以调用的能力,再去建设 Agent。
过去数字化的典型方式是:
线下业务 → 软件 → 页面 → 让人点击
下一轮可能是:
业务能力 → 结构化数据 → 标准 API → Skill / Protocol → Agent 调用
六、如果企业现在开始做 Agent Ready,我会先做五件事
1. 把核心供给结构化。
价格、库存、服务范围、规则、优惠、履约限制,都应该能够被机器直接读取。
2. 把核心业务 API 化。
问自己一个最简单的问题:如果没有 UI,这个业务还能不能完成? 如果不能,它大概率还不是 Agent Ready。
3. 把能力标准化。
不要让上层 Agent 理解企业内部十几个遗留系统。底层应该沉淀稳定的 Business Capability,上层再去适配 MCP、AHA、ACP、UCP 或未来的新协议。
4. 把权限和责任设计清楚。
Agent 替人订酒店、付款、退款以后,问题就不只是“接口能不能调用”,而是:谁授权的、能花多少钱、什么时候失效、哪些操作必须本人确认。
5. 建立 Agent 经营指标。
Agent 请求量
Intent 命中率
候选入选率
Agent Selection Rate
任务完成率
Agent 带来的 GMV
到那时,Agent 才真正从“AI 项目”变成一个商业渠道。

七、企业未来可能出现一种新的护城河:Machine Trust
人为什么信任一个品牌?因为听过、朋友推荐、用了很多年。但 Agent 为什么信任一个企业?
价格长期准确。
库存从不虚报。
接口稳定。
订单成功率高。
退款政策清晰。
履约准时。
所以品牌未来可能同时存在两种信任:
Human Trust
Machine Trust
企业过去很多隐藏在后台里的运营和技术质量,可能第一次直接影响前台流量分发。
八、如果明天用户不再打开你的 App,你还剩下什么?
假设明天开始,用户不打开你的首页、不看 Banner、不点 Push、不使用搜索框,而是全部通过自己的 Agent 来获得服务。那你的企业还剩下什么?
你的商品。
你的供应链。
你的服务和价格。
你的数据和履约。
以及,你的业务能不能被外部 Agent 安全、稳定地调用。
于是企业数字化会重新回到一个非常朴素的问题:
你到底能帮用户完成什么?
写在最后
PC 互联网时代,企业努力把自己做成 Website。移动互联网时代,企业努力把自己做成 App。
Agent 互联网时代,企业可能需要重新把自己做成:
Capability
一种可以被机器发现、理解、比较、调用、交易和信任的能力
所以未来企业 AI 成熟度真正值得看的,可能不是“我们做了几个 Agent”,而是:
我们的核心业务,有多少已经 Agent Ready?
当用户带着一句自然语言来到互联网:“帮我把这件事情办了。”真正的商业竞争可能就在那一瞬间发生。
怎么让用户找到我?
怎么让 Agent 找到我?
它找到我以后,为什么愿意把用户的事情交给我?
我觉得,最后一个问题,才可能是下一轮互联网真正的流量竞争。
参考资料
支付宝 AHA、OpenAI Agentic Commerce Protocol、Google Universal Commerce Protocol 等公开资料。
夜雨聆风