Cua Spaces（智能体桌面环境）
| 分类 | 🧰 框架工具 |
| 阅读时间 | ⏱️ 16 分钟 |
| 更新时间 | 📅 2026-10-05 |
| 条目编号 | ENC-FRAMEWORK-17-cua-spaces |
关键要点 ✦
- 一个 Space 即一个智能体专用桌面：可以是本机容器或虚拟机（macOS 依赖 Apple Silicon 虚拟化框架）、自有 Mac/Linux 机器，或经中继注册的主机；每个桌面由守护进程 cua-spacesd 负责屏幕流、输入转发与应用迁移（据 Cua 官方文档与 2026-10-02 发布说明）。
- Teleport 会话迁移：经用户确认后把已登录应用（浏览器、Slack、VS Code 等）连同意图声明的状态迁入 Space；浏览器 Cookie 采用「源机解密、目标机重加密」流程，源机 Safe Storage 密钥不出本机；Google、Microsoft、Apple、Okta 等身份提供商会话永不自动迁移。
- Keyvault 密钥库默认上锁、逐项审批（Touch ID 或密码），身份提供商标目始终要求审批且不可解锁为无人值守模式；文档同时提示 Touch ID 不代表 Secure Enclave 级加密（据 Cua 官方文档）。
- 人机双光标：人类与智能体在同一共享桌面上各有独立光标，人类可随时介入、接管并把控制权交还；SDK 提供 SpaceTurnLock 等协调原语，让多个智能体在同一桌面上轮流作业。
- 许可与背景：Spaces 采用 FSL-1.1-MIT 许可（发布两年后转 MIT），Cua Driver 为 MIT；Cua 为 Y Combinator X25 批次公司，创始人 Francesco Bonacci 曾在微软参与 Windows Agent Arena 基准（其 2024 年论文报告 Navi 智能体在 150 多个真实 Windows 任务上完成率 19.5%，无辅助人类为 74.5%，据论文及行业报道）。
背景：从 Lume 到 Cua Spaces
Cua 创始人 Francesco Bonacci 与研究负责人 Dillon DuPont 曾在微软参与 Windows Agent Arena——一个在真实 Windows 环境中评测智能体的基准，2024 年论文给出的基线数字（Navi 智能体 19.5%、无辅助人类 74.5%）直观呈现了当时智能体操作真实桌面的能力落差。Bonacci 于 2025 年初离开微软，先做了在 Apple Silicon 上运行原生 macOS 虚拟机的命令行工具 Lume，随后创立 Cua 并进入 YC X25 批次。
2026 年 10 月 2 日发布的 Cua Spaces 是这条路线的产品化收束：官方的表述是「重新想象智能体与你所有电脑的协作方式」——不解决模型够不够聪明，而解决智能体的工作桌面放在哪里、如何进入、如何监督。
架构与核心概念
Space 的注册形态有三类：local（本机创建的容器或 VM 镜像）、direct（用地址与环境令牌直接登记的已有机器）、relay（通过 cua host setup 注册到中继的主机，走出站 WSS 连接，无需端口转发）。所有入口——菜单栏应用、cua 命令行、SDK 与守护进程——共享同一注册表。
镜像被设计为「agent-ready」：权限在镜像内预授予、常用工具预安装，避免智能体在全新环境里反复卡在系统弹窗。SDK 覆盖 Python、TypeScript、Swift 与 Rust，供自研工具创建、串流与驱动同一批桌面；跨机器的会话保持与托管运行时（见相关词条）同源，只是把执行环境从云搬到了用户自己的机器上。
安全边界：Teleport、Keyvault 与双光标
Teleport 解决的是「已登录应用如何进入沙箱」的认证摩擦：用户在确认界面看到将被迁移的应用、文件与状态清单，敏感项需显式勾选，macOS 可能追加 Touch ID 或密码验证。浏览器会话的迁移走 cookie 解密与重加密流程，源机密钥不出本机；文档同时明确警告——迁移后的会话是「活凭证」，谁控制目标 Space，谁就能使用它，因此只应迁入自己拥有的 Space。
Keyvault 把迁移进来的敏感数据收敛到一个默认上锁的本地密钥库：逐项审批、身份提供商标目永不自动迁移；双光标机制则让人可以在任意时刻接管桌面并交还。需要指出，这些都是产品自带的设计性防护，目前尚无独立第三方安全评估背书。
与云端 computer use 产品的差异
主流实验室的 computer use 能力（如各家的浏览器与桌面控制 API）通常把执行环境绑定在自家云沙箱内；Cua Spaces 的差异化在于三处：执行环境归用户所有（本机、自有硬件或自有云）、人可以实时观看与接管、已登录应用会话可以受控迁入而不必让智能体重新登录。
代价是责任边界更靠近用户：环境维护、凭证安全与合规审查都由使用方承担。对需要数据不出内网的企业场景，这一取舍有吸引力；对追求托管便利的团队，云端方案仍是默认选项。
🎯 应用场景
✅ 最佳实践
- 只把已登录会话迁移进自己拥有的 Space；迁移前逐项确认清单，身份提供商会话一律手动处理。
- Keyvault 保持默认上锁与逐次审批，不要为图省事把敏感项解锁成无人值守模式。
- 为智能体与人类分配不同的权限域，关键系统操作保留人工接管路径。
- 跟踪许可细节：Spaces 为 FSL-1.1-MIT（两年后转 MIT）、Cua Driver 为 MIT，商用前评估条款。
🔮 未来展望
Cua 已规划 Pro 与 Teams 付费方案，方向是团队共享机器池、会话交接、Keyvault 同步与管理控制台——从个人监督工具走向团队级「智能体桌面基础设施」。这条路线能否成立，取决于受监督的桌面自动化需求与权限边界的可靠性；目前产品处于发布初期，客户与用量数据尚未披露，后续将持续跟进迭代动态。