安全代理设计 是做什么的？
提炼自Meta为Muse（2026年9月）披露的安全架构： 每个代理都在自己的安全虚拟机中运行，一个独立的“哨兵”系统在操作离开虚拟机前检查每一项操作，并且代理永远不会看到真实的密码或卡号。将安全视为架构而非承诺，是采用率提升的关键。
模式
每用户隔离计算
每个用户的代理在自己的虚拟机中运行：一个专用于该用户的隔离计算机。一个代理被攻破不会触及另一个用户的数据。即使当用户离开时，虚拟机也能在后台持续工作。
哨兵：操作前验证
一个独立的系统在操作离开虚拟机前检查每一项操作。代理提出请求；哨兵在操作执行前根据策略（允许的应用、消费限额、敏感度规则）进行验证。任何有副作用的行为都无法绕过这一关口。
凭据隔离
代理永远不会看到真实的密码或卡号。购买操作通过每次交易生成的单次虚拟卡号进行，因此真实的支付凭据永远不会进入代理的上下文，也不会通过提示、日志或模型输出泄露。
人工审批门
代理在敏感操作前询问用户：发送邮件、花钱、删除数据。审批应该具体明确（此操作、此金额、此接收者），而非笼统的授权。一旦用户选择启用，常规的低风险操作可以自主运行。
最小权限连接器
用户精确决定代理可以触及的内容：哪些应用被连接、访问权限是只读还是读写，并且可以随时撤销。默认使用完成工作所需的最小范围；仅在有明确请求时扩展。
透明度
用户可以查看代理所做的一切：一份完整、人类可读的操作日志。包含“忘记”控制，以便用户可以删除代理已了解的有关他们的信息。
信息传达
以架构为切入点（“在自己的安全虚拟机中运行，每项操作在离开前都经过检查”），而不是使用形容词（“银行级”、“军事级别”）。明确命名各组件（虚拟机、哨兵、单次使用卡），以便技术用户能够验证声明。诚实地承认权衡：更广泛的访问意味着更高的风险，而这正是该架构存在的原因。