一个从任务出发，一个从微信出发：Muse与小微的不同路径

Meta的Muse和腾讯的小微，目标都是让AI不止回答问题，还能替用户采取行动。但两者的起点几乎相反：Muse把自己定位为一个云端助手，用户交代任务后，它可以借助浏览器和已连接的服务继续处理；小微则直接嵌入微信，让用户在聊天、浏览内容或使用小程序时调用AI。 518

这不仅是界面上的差别，也会影响用户如何开始使用、AI能接触哪些服务，以及它需要取得怎样的信任。需要注意的是，相关报道显示，小微当时仍在小范围测试，不能把它的潜在能力等同于已经全面上线。 811

Muse从“交代任务”开始，小微从“打开微信”开始

Muse的核心思路是任务委托：用户提出目标，助手通过浏览器和已连接的服务分步处理。Meta称，Muse运行在专用云端计算机上，另有独立的Sentinel系统审核其对外联网的操作；Meta还表示，Muse会在需要时征求用户许可，包括发送邮件或购物等敏感操作。这些是Meta对产品安全机制的说明，并不代表AI绝不会出错。 1827

小微则走嵌入式路线。用户可以在微信的聊天和内容等场景中调用它，也可以把AI协助延伸到小程序；相关报道提到的用途包括总结聊天内容、提炼重点和协助拟写回复。 5 微信也曾以小范围测试的方式推出小微，用户可通过文字或语音与它互动。 811

两者最直观的区别，在于用户从哪里开始：使用Muse，通常是把一项任务交给助手；小微则可能出现在用户本来就在使用的应用里。对微信内的事情来说，小微或许更顺手；而Muse的设计则面向需要跨服务处理的任务。现有报道尚不能说明，长期来看用户会更偏好哪一种方式。

社交协作，多了一层“对方是否同意”

跨服务助手可以替一个人完成任务，但一旦涉及社交协作，就不只是委托者自己的偏好，还牵涉到另一方的意愿和同意。小微据报道测试过“AI社交”功能：一个助手向另一人的助手说明联系事由，并在双方助手沟通前征求接收方授权。这项功能被描述为小范围测试，并不意味着它已广泛可用或已证明能大规模运作。 2

这类尝试点出了社交应用中的关键问题：AI什么时候可以使用对话背景、联系他人，或代表用户开口？据报道，在这项测试中，接收方的同意是流程的一环。 2 对任何跨服务行动的AI来说，用户也需要清楚知道它能访问什么、哪些操作会先征求许可；Meta称，Muse会在敏感操作前请求用户授权。 27

能接入哪些服务，决定了助手能做什么

Muse的跨服务模式，取决于它能否连接自身界面之外的服务。云端计算机和浏览器为它提供了访问网站的途径，服务连接则能提供进一步的操作权限。 18 因此，权限设置和服务方是否开放接入都很关键：助手能做什么，取决于可用的连接，以及用户授予它的权限。

小微的路径主要通向微信小程序。微信面向开发者的指引介绍了通过小程序开放智能体能力的流程，其中包括申请接入并提交能力审核。 10 这种方式可以把服务带进用户熟悉的环境，但助手实际能提供多少帮助，也取决于哪些服务提供方愿意在其中开放能力。

商业影响仍是可能性，不是定论

能够在外部服务之间比较选项的助手，可能影响用户最终选择哪家服务商。这是Muse跨服务设计可能带来的结果，并非已经得到证实的影响。 18 对小微而言，通过微信小程序完成的操作会把微信平台和参与服务纳入使用体验；开发者接入也要遵循微信的相关流程。 10

无论采用哪种模式，服务提供方都可能关心助手如何展示选项、把用户引向何处。现有资料说明了两种产品的设计思路和服务接入路径，但并未证实它们会如何影响市场竞争、商家关系或销售表现。

两条路线，共同面对信任考验

Muse要兑现承诺，用户就得愿意让它访问账户，并允许它执行可能产生实际后果的操作。Meta表示，Sentinel会审核对外操作，Muse也会在敏感步骤前征求许可。但用户仍需要清晰的权限边界，也需要了解助手实际做过什么。 27

小微嵌入微信的方式，则让对话、社交背景和联系他人的边界格外重要。有关社交功能测试的报道提到了授权步骤，这是同意机制的一种例子；不过，由于测试范围有限，小微最终的行为方式和可用范围仍有不确定性。 28

所以，两者的差别并非只是“独立助手”对上“应用内功能”。Muse希望用户把任务交给它，让它跨服务处理；小微则试图让AI在微信既有的聊天、内容和服务场景中随时可用。两种模式都绕不开几道难题：能访问什么、服务方是否配合，以及用户能否掌控AI的行动。