AI 助手正在从“对话框”变成“可搭建的容器”，Meta 的 Muse 是最新一个把定制权交给用户的。
发生了什么
据 The Verge 报道，Meta 将在其 Muse AI 助手中开放一项名为“spaces”的新功能。用户可以在 Muse 内部构建定制化、类应用的体验，官方给出的例子包括购物中心、学校仪表盘、音乐追踪器和问答游戏等，这些空间可以直接在应用内交互。报道还提到，如果用户把某个空间连接到相关的外部应用，能力会进一步延展（原文此处被截断，具体连接范围与开放条件尚不明确）。
需要说明的是，目前公开信息只停留在功能形态层面：哪些地区、哪些账号先可用，是否面向第三方开发者开放，以及空间之间的分发与发现机制，都还没有明确细节。
为什么重要
过去一年，AI 助手的竞争焦点从“模型多强”转向“能不能干活”。通用聊天界面在处理具体任务时，往往需要用户反复描述上下文，而“空间”这类形态本质上是把某类任务的上下文、数据源和交互方式预先固化下来——用户不用每次从零开始提示，助手也不必在单一对话里承担所有场景。
对 Meta 而言，这一步还有平台层面的意味。把定制能力下放给用户，意味着 Muse 不再只是一个问答入口，而可能成为承载轻量应用场景的容器。这与行业内“助手即平台”的方向一致：谁能定义用户在 AI 里完成任务的方式，谁就掌握了新的分发位置。
影响与看点
对普通用户，最直接的价值是降低重复配置的成本：一个固定的学习面板或音乐追踪器，比每次重新对话更接近“工具”而非“聊天”。对开发者，关键问题在于开放程度——如果空间能调用外部应用数据、甚至被分享和复用，它就可能演化为新的轻应用生态；如果只是个人自用配置，则更接近高级版的自定义提示词。
值得关注的还有三个点：一是空间的可发现性与分享机制，这决定了它能否形成网络效应；二是与 Meta 既有应用体系（社交、购物等）的打通深度；三是隐私边界，空间连接外部应用时，数据如何流转需要更清晰的说明。
一个克制的判断：spaces 目前更像是对“助手场景化”的一次产品化尝试，而非生态宣言。它能否成立，取决于 Meta 后续是否愿意把搭建能力和分发入口真正开放出来——否则，定制空间只会停留在少数重度用户的玩具阶段。
