模型：从回答问题到持续执行
Muse
理解自然语言目标、操作网页并处理异常；支持轮询和定时任务，能够在用户离开后继续执行，并通过主动下行提醒反馈进展或结果。
中国 Agent
小微、豆包、阶跃、通义等已能完成对话、检索和部分工具调用，但多数体验仍由用户发起，复杂任务成功率、跨天持续性和主动下行尚未形成稳定认知。
差异不在“能不能调用模型”，而在是否把模型变成可持续运行的任务系统。
Research brief · 2026.10
Muse 与 Personal Agent：从“会办事”到“管理个人生活”
本文主要回答五个问题：Muse是怎么火的？它有哪些能力？这些能力是否真的新、如何验证？它为什么在美国成立？中国市场更可能走向什么形态？
01
Muse 是怎么火的
Muse的爆发不是单一广告事件，而是“广告导入—榜单确权—生活化案例—战略升级”的连续传播路径。
本章结论：Meta先用自有流量让用户看见Muse，再通过App Store第一名建立大众权威感，随后把“省钱、退款、取消订阅”等生活化案例推到传播中心，最后在Meta Connect上把一款热门App升级成个人AI与硬件入口。
| 时间 | 市场事件 | 真实图片证据 | 传播作用 |
|---|---|---|---|
| 9月8日 | Muse正式发布 美国、加拿大开放；公布云端电脑、浏览器、长期目标、邮件、购物和日程能力。 |  | 完成产品定义：它不是聊天机器人，而是“个人事务Agent”。 |
| 9月9日 | Meta开始内部广告导流 Facebook、Instagram等产品开始推广Muse。 |  | 借助已有用户网络降低获客成本。 |
| 9月8—17日 | Sensor Tower估算下载约280万，平均日环比增长55%。 |  | 说明在Connect和大规模外部投放前，产品已有自然增长。 |
| 9月18日 | 登顶美国App Store免费榜 |  | App Store榜单把产品从科技圈推向大众市场，并提供“权威感”。 |
| 9月19日 | 登顶Google Play |  | 证明增长不只是iOS或单一平台现象。 |
| 9月18—22日 | 生活化案例成为传播中心 省钱、取消订阅、争议账单、退款、比价等案例被反复传播。 | | 用户开始理解“它能帮我减少损失”，而不是“它会做复杂研究”。 |
| 9月22日 | Muse进入广告支出最高的十大品牌。 |  | 增长进入规模化营销阶段。 |
| 9月23日 | Meta Connect战略升级 公布AI眼镜、Mac操作、专属邮箱、更多连接器和视频交互规划。 |  | Muse从热门App升级为Meta的个人AI与硬件入口。 |
| 9月26日 | 独立实测暴露任务边界 购物任务仅部分成功；另有实测出现支付链接失败，需要人工接管浏览器。 |  | 市场开始从“它很火”转向“它到底可靠不可靠”。 |
Muse的传播路径不是“广告把它买火”，而是“广告让用户看见，榜单让用户相信，生活案例让用户愿意分享，Connect让市场相信它可能成为入口”。
02
Muse 的能力展现与竞争格局
这一章不按“购物、订票、写邮件”拆，而是抽象成五个底层能力，再与Manus、Instinct、Codex等产品对照。
| 能力维度 | Muse表现 | Muse之前的代表 | 判断 |
|---|---|---|---|
| 1. 个人理解与人格化 | 记住偏好、关系、约束和长期目标；用Avatar、建议卡和自然语言降低学习门槛。 | ChatGPT Memory、Personal AI、Manus Projects | 技术不新；Muse把“记忆”包装成了生活助理关系。 |
| 2. 长期委托与主动管理 | 把目标拆成计划；App关闭后继续运行；根据邮件、日历或价格变化提醒用户。 | Manus Automations、ChatGPT Tasks、Codex Goals | 技术已有；差异在于管理对象从工作项目迁移到生活。 |
| 3. 跨服务执行 | 通过浏览器、邮箱、日历、购物和支付完成任务。 | Manus Browser Operator、OpenClaw、Operator | 技术已有；Muse强化个人账户和消费闭环。 |
| 4. 安全与授权 | Sentinel、凭证隔离、细粒度权限、高风险动作确认和一次性支付卡。 | 企业Agent安全、RPA审批、Human-in-the-loop | 工程整合更完整，但不是全新的Agent范式。 |
| 5. 多终端与硬件入口 | App、Web、WhatsApp；未来进入AI眼镜，并扩展语音和电话。 | Siri、Gemini、Codex移动端、Manus移动端 | 移动端不新；Muse更强调随身、人格化和硬件陪伴。 |
竞品地图：它们主要管理什么对象
| 产品／路线 | 主要管理对象 | 连接与交互 | 主要限制 | 与Muse的区别 |
|---|---|---|---|---|
| Muse | 个人生活、账户、消费、关系和长期目标 | 浏览器、邮件、日历、Meta服务；App、WhatsApp、Avatar | 跨站可靠性、隐私信任、GUI速度 | 最强调“管理个人生活” |
| Manus／Cue | 复杂电脑任务、项目和个人事务 | 云电脑、浏览器、连接器、邮箱、电话、钱包 | 消费级分发和生活服务覆盖仍在建立 | 更强调通用任务和项目执行 |
| Instinct | 用户日常事务 | 短信或电话；直接使用电话和电脑 | 服务覆盖、透明度和安全机制尚未充分验证 | 更强调“无新界面” |
| Codex | 代码库、开发环境和工程任务 | 终端、代码库、云环境、GitHub；手机作为控制面 | 不是消费服务Agent | 工程执行Agent |
| Today AI | 日程、邮件、项目和个人工作流 | 邮箱、日历、文件、飞书、钉钉；App和主动简报 | 生活服务和本地交易覆盖有限 | 生活化办公Agent |
| AI手机／OS Agent | 屏幕、通知、App和设备状态 | 系统权限、跨App操作、语音和硬件 | 受OS、App反自动化和生态冲突限制 | 入口和权限更深 |
本章结论：Muse在技术上没有明显代际差异。它的产品价值主要来自能力整合、消费级界面、个人生活定位和Meta分发，而不是某一个单项能力的首次出现。
03
能力验证：Muse实际能把哪些服务办成
这里不再机械套用服务分类，而是根据你提供的实测截图，按“用户交给Muse什么事—它实际推进到哪一步—卡在哪里”来判断服务能力。
| 服务类型 | 截图中的典型任务 | 实测表现 | 是否具备 | 服务边界 |
|---|---|---|---|---|
| 信息与决策服务 | 商品比价、附近餐厅搜索、评分与价格判断。 | 能跨网站检索、澄清商品、汇总价格和评价，并给出历史价格、评价数量和异常低价等判断。 | 具备 | 登录墙、页面稳定性和数据缺失会降低结论完整度；更像“决策助手”，不是自动购买。 |
| 预约与代办服务 | 餐厅预约、入境卡等表单办理。 | 能理解时间、地点、同行人和行程上下文，推动官网预约或表单提交，并返回确认结果。 | 基本具备 | 验证码、身份验证和关键确认仍需用户接管；服务是否开放决定最终成功率。 |
| 交易与支付服务 | 从餐厅筛选继续到外卖下单或商品购买。 | 能找到目标服务并说明下一步，但在 Uber Eats 等地域不可用、账号未登录或支付未授权时无法完成闭环。 | 部分具备 | 浏览器执行不等于拥有本地账号、支付和商户生态；这是服务层和权限层限制。 |
| 个人财务记录与主动提醒 | 读取银行短信、相册账单，整理个人消费并持续提醒。 | 能处理用户主动转发的内容，但不能直接读取手机短信和相册；因此可以完成记账与整理，但还不能自动建立完整财务台账。 | 受限 | 隐私授权、系统权限和用户信任是主要边界；主动获取财务信息越多，越容易引发越权感。 |
实测总判断：Muse最强的不是“什么都能做”，而是能把开放网页上的搜索、筛选、预约、表单填写和结果总结串成一条服务链；它最容易卡在登录、验证码、支付、地域覆盖和手机私域权限。换句话说，Muse已经能做“跨服务办事”，但还不是“无需用户接管的全自动个人管家”。
04
总结：为什么Muse会火，核心能力是什么
Muse的市场意义不在于它创造了全新的Agent技术，而在于它让同一套能力第一次以“管理个人生活”的方式被大众看见。
4.1 美国市场的结构性背景
美国大量服务仍然散落在不同网站、邮箱、电话和表单中。Muse通过云端浏览器把这些服务临时集中到一个对话入口里，不要求每个商家主动为它开发API。
个人意图＋云端浏览器＋分散服务→统一执行入口
4.2 Personal Agent的四个核心能力
| 核心能力 | 解释 | Muse目前的优势 | 尚未证明的部分 |
|---|---|---|---|
| 模型 | 理解任务、操作页面、处理异常和持续执行。 | 针对现实世界Agent任务和浏览器执行优化。 | GUI速度、复杂任务成功率和异常恢复。 |
| 服务 | 连接邮件、地图、购物、预订、支付等真实服务。 | 通过浏览器覆盖大量未主动接入的网页服务。 | 服务范围、地域覆盖和长期合作生态。 |
| 权限 | 读取账户、调用服务、跨App执行和完成支付。 | 拥有云端电脑、浏览器、连接器和安全授权架构。 | 用户是否愿意长期授权，以及高风险任务的可控性。 |
| 个人上下文 | 理解关系、偏好、历史、长期目标和现实状态。 | 通过记忆、Meta账户和人格化界面建立连续关系。 | 数据飞轮是否能转化为长期成功率，而不只是保存聊天记录。 |
判断：Muse更像是四项能力的先发整合者，而不是四项能力的终局拥有者。Google、Apple、超级App和AI手机都可能在服务、权限和个人上下文上拥有更强的结构性资源。
05
中国市场判断
中国并不是没有Muse式Personal Agent，而是四项核心能力早已分散在超级App、手机系统和服务平台中，只是尚未被整合成一个有传播力的“个人管家”产品。
5.1 中国已具备Personal Agent的成熟条件，但为什么没有Muse的声量？
把Muse与中国市场放在同一套能力框架下，结论不是“模式不适合中国”，而是模型、服务、权限和个人上下文四项条件早已分散存在于超级App、手机系统和各类Agent产品中。真正缺的是把这些能力整合成跨平台、主动服务、对结果负责的个人管家体验。
服务：从单点闭环到统一入口
Muse
用云端浏览器连接分散的邮件、地图、购物、预约和支付服务，不要求每个商家先开发专用接口。
中国 Agent
微信、支付宝、美团、淘宝、携程等已在各自App内形成服务闭环，服务供给并不缺；但能力被切在不同平台和入口里。
中国市场不是服务不足，而是缺少一个能替用户跨平台统筹生活的统一Agent入口。
权限：从能打开页面到能对结果负责
Muse
通过云端电脑、浏览器、连接器和确认机制执行跨网站操作；关键动作保留用户接管和确认。
中国 Agent
手机系统、支付平台和超级App拥有更深的登录态、支付和通知权限，但通常封闭在平台内部，第三方Agent难以跨平台调用。
中国拥有更深的权限资源，却更难把权限开放给一个跨平台的第三方个人Agent。
个人上下文：理解生活，也要控制隐私边界
Muse
通过记忆、账户和人格化界面持续积累偏好、关系与长期目标，让Agent更像一个会跟进的个人助理。
中国 Agent
微信拥有聊天关系，支付宝拥有支付记录，手机系统拥有通知、位置和设备状态；但上下文被平台切割，主动读取私密信息又容易引发用户反感。
中国并非没有个人上下文，而是“可用”与“可被用户接受地调用”之间仍有隐私鸿沟。
5.1结论：中国缺的不是Personal Agent的四项底层能力，而是把模型、服务、权限和个人上下文整合成一个统一入口，并持续、主动地对用户结果负责。Muse的声量来自“用户看见了结果”；国内能力更多停留在平台内、场景内和被动触发，因此即使服务闭环已经存在，也没有形成同等强度的传播。
5.3 小微最值得优先做的两个方向
降低损失
自动续费提醒与扣费雷达
识别长期未使用会员、重复扣费和即将发生的自动续费；先提醒用户并说明扣费依据，经确认后再进入取消或退款流程。
提高收益（便利）
服务预约与主动提醒
处理门票、保洁、维修、医院和政务等预约；结合日历、订单和到期事项主动提醒，无空位时继续寻找替代方案。
中国市场的产品结论：小微不应该继续证明“我能打开多少小程序”，而应该证明“我能主动发现你正在损失什么、需要办理什么，并把事情跟进到最终结果”。
结论
最终判断
全文最终收敛为三个判断：Muse为什么火、它真正让用户感知到了什么，以及Personal Agent最终会以什么形态竞争。
01 / 为什么Muse能火
服务分散带来的整合机会
Muse的机会来自美国服务的分散；中国的机会来自超级App和手机系统中已经存在、但尚未被真正组织起来的个人上下文。
02 / 为什么形成传播
用户看见了真实结果
Muse不是因为“能点外卖”而火，而是因为它让用户看到：Agent可以替我发现损失、追回权益、处理麻烦事务，并持续跟进结果。
03 / Personal Agent的形态
把四项能力变成结果
Personal Agent的竞争最终不是“谁能调用更多服务”，而是“谁能把模型、服务、权限和个人上下文同时变成用户可感知的真实结果”。