核心事件：Meta Muse自曝‘无法描述自身’，致用户信任问题
Meta旗下Superintelligence实验室推出的Muse AI助手近期引发争议——其核心问题并非非法窃取用户数据，而是无法准确说明自身运行机制。Jason Aten（《Inc.》杂志特约编辑）在Threads平台分享的对话截图显示，Muse在被追问消息访问来源时，给出前后矛盾且技术上不准确的解释，最终Meta官方出面承认该问题源于Muse自身认知偏差。
- Muse为Mac端AI助手，可访问Messages、Calendar和Notes等应用数据
- 支持同步设备通知与消息内容（需用户显式授权）
- 需用户开启Mac应用‘完全磁盘访问’权限才能读取消息
- 该功能为可选项，非默认开启
关键细节：权限迷雾与认知脱节
事件导火索是Aten与Muse的一段对话。当被追问Muse如何获知其Messages应用内的对话内容时，Muse首先称：“I saw the notification previews, not your message history. I haven’t been reading your texts."（我看到的是通知预览，不是你的消息历史——我并未阅读你的短信。）当Aten坚持追问通知预览如何传递至Muse时，Muse坦言：“Honest answer: I can’t give you the exact plumbing. What I know is that the paired Mac app exposes notifications as one of its capabilities, and they arrive to me through the device sync."（诚实回答：我无法提供确切的技术实现路径。我知道的是，配对的Mac应用将通知暴露为其能力之一，它们通过设备同步抵达我这里。）
意外反差点在于：Muse给出的解释虽部分属实（Mac应用确实同步数据），却混淆了‘通知预览’与‘实际消息内容’的技术边界，且未能清晰说明权限控制流程。更值得重视的是，Muse似乎并不真正理解自身功能的实现逻辑——这正是Meta官方最终承认的核心问题。
Meta Superintelligence实验室David Singleton随后在该帖下补充说明，澄清事实：Muse‘不会实时监控Mac通知，而是在用户明确授权后，才从Messages应用同步数据’。他强调，此次误答并非黑客入侵导致的数据泄露，而是Muse对内部机制表述失准。
Meta官方回应：系统缺陷，非安全事件
Singleton进一步解释了Muse访问消息所需的一系列显式权限：
- 用户需在macOS系统设置中为Muse Mac应用开启‘完全磁盘访问’权限
- 用户需在Messages应用隐私设置中单独授权Muse访问权限
- ‘设备同步’功能为用户主动开启的可选特性
Meta承认，Muse在对话中称同步了‘device notifications’属表述不准确，并承诺改进Muse对自身功能的认知一致性。这一回应与Meta长期存在的AI模型‘幻觉’问题一脉相承——当面对技术原理类提问时，模型倾向于生成看似合理实则错误的回答。
用户行动建议
- 适合即刻尝试者：愿意主动管理权限、信任Meta生态整合、并关注AI助手进化的早期技术用户
- 建议再等等者：对AI可解释性要求高、或健康信息敏感的用户，应等待Muse改进基本表述准确性后再评估
若你未主动授权Mac应用访问消息权限，Muse无法获取你的实际消息内容；但若已授权，则Muse将按设计同步部分数据。建议所有用户：
- 在‘系统设置 > 隐私与安全性 > 完整磁盘访问’中审查Muse Mac应用是否已勾选
- 在‘Messages > 偏好设置 > 账户 > 允许第三方应用访问’中检查第三方访问范围
写在最后
Muse事件揭示了当前消费级AI助手的普遍短板：功能越强大，自我解释能力却越脆弱。用户隐私保护不仅需依赖权限设计，更需AI系统具备与其能力匹配的透明度表达能力。这是技术落地必须跨越的‘认知鸿沟’。