ARTICLE · 1085671
Muse 真正动的不是 App,而是“用户先打开谁”
Meta 的 Muse 不只是回答问题。
它会替你打开网页、填表、发邮件,甚至下单。任务没做完,关掉 App 后它还会继续执行;只有发邮件、付款等关键动作,才会回来让你确认。[1]
这看起来像“AI 助手更能干了”,但更大的变化是:
用户可能不再先打开某个 App,而是先把目标交给 Agent。
过去,用户想买一双跑鞋,可能是:
Google Search 找信息 → Amazon 或品牌官网比较 → Stripe 或平台结账
想订一次旅行,可能是:
Google Flights 找航班 → Booking.com 或 Expedia 比较 → 航空公司或酒店完成预订
企业跟进一个销售机会,则可能在邮件或 Slack 获取信息,在 Salesforce 或 HubSpot 记录状态,再用 Calendly 安排下一步。
这些产品不一定拥有完整流程,但至少拥有其中一个关键入口:搜索、推荐、比较、记录或结账。
入口的价值不只是一次点击。谁先接触用户,谁就更早知道用户的预算、偏好和真实意图,也更有机会决定用户接下来看到哪些选项。
Muse 改变的是入口顺序
用户可能只说一句:
“帮我找一双适合雨天通勤、预算 150 美元以内、下周前能送到的鞋。”
Muse 先理解目标,再决定需要访问哪些网站、比较哪些商品、填写哪些表单,最后只在付款前让用户确认。
原来的应用仍可能完成交易,但它们获得用户的顺序变了:
从“用户先进入你,再使用你的功能”,变成“Agent 先决定是否调用你”。
这不是简单的“流量被抢走”。应用需要争取的对象,开始变成两类:用户,以及 Agent。
对用户,要证明值得信任、值得付费;对 Agent,则要让商品属性、库存、价格、权限和执行规则足够清楚。
过去电商会优化网页标题、搜索排名和转化按钮;以后还要让 Agent 能准确读取商品属性、政策、库存和售后条件。
过去 SaaS 会优化注册、导航和页面操作;以后还要提供清晰的 API、读写权限、幂等执行和审计记录,让 Agent 调用时不至于“看起来完成了,实际上改错了数据”。
Muse 是中立代理吗?目前还不能这么假设
如果 Agent 真的是跨平台中立代理,应用只需要竞争产品和服务本身。
但 Meta 同时拥有社交产品、用户上下文、分发渠道和支付合作伙伴。它不只是帮用户跑腿的工具,也可能成为新的流量和交易入口。
Amazon 在 Muse 上线不到两周后阻止其访问和购买;Walmart 则公开表示正在与 Google 和 OpenAI 合作接入 Agent 购物。[2]
平台真正担心的不是 Agent 能不能点击按钮,而是:
谁拥有客户关系?谁决定推荐什么?谁拿走交易数据?谁获得分成?
对应用的第一条判断
如果产品主要价值是公开信息查询、一次性比较、固定网页操作,Muse 可能直接压低它的入口价值。
如果产品拥有持续更新的业务状态、独家数据或专业判断,或者承担交易、履约和售后责任,Muse 更像一个新的调用者,甚至可能带来新的分发渠道。
更值得追问的问题不是“我的 App 会不会被 Muse 替代”。
而是:
当用户只说目标、不再亲自点每一步时,谁来决定调用你的产品?你的产品凭什么被选中?
来源:
Meta Newsroom, Introducing Muse:https://about.fb.com/news/2026/09/introducing-muse-personal-ai-agent/ Axios, Amazon blocks Muse / Walmart cooperation:https://www.axios.com/2026/09/21/amazon-meta-muse-ai-agentic-shopping