Hermes与Cua Spaces:你的智能体究竟在使用哪台电脑?
Cua Spaces插件为Hermes提供可见的工作电脑。了解Linux桌面边界、环境生命周期,以及一套实际的设置与审核流程。
智能体说它已经打开浏览器。是哪一个浏览器?如果终端在虚拟机里,而桌面工具仍在操作你自己的电脑,那么在交给它真实任务之前,这个答案非常重要。
Hermes的Cua Spaces插件于2026年10月20日加入官方目录,10月21日更新。它把终端、文件和代码操作连接到一台人们能够观看的独立电脑。Hermes是Nous Research的智能体项目;Cua提供计算机环境及连接工具。两者结合,为展示智能体的工作环境提供了具体方法。
关键细节是平台边界。在具备所需软件的受支持 Linux Space中,桌面与浏览器路由可以跟随终端进入Space;插件文档则说明,macOS与Windows Space中的这些工具仍留在宿主机上。本文解释这一差异,给出范围明确的设置步骤,并讨论共享电脑如何帮助团队审核智能体工作。
主图:关于智能体及其工作电脑的原创编辑图,不代表已完成安装或基准测试。
独立工作电脑让任务更容易检查
可以把Space看成智能体的 工作台。用户决定放入哪些工具、文件和账户,其他人可以在工作进行时看到同一个界面。好处很具体:结果不再那么依赖只有操作者能看到的私人终端记录。
以一个假设的内部工具审核为例。智能体安装依赖、启动测试应用,并查看几条样例记录。同事看着界面,指出一个遗漏的状态,智能体随后继续。共享电脑提供了共同的讨论对象:双方看到的是相同环境与相同结果。
可见并不等于正确。审核者仍然需要预期结果,智能体也仍可能执行错误指令。工作台让活动更容易检查,却不能替代任务定义。
插件还把智能体进程与部分工作分开。Hermes可以继续在原位置运行,而终端与文件操作发生在Space中。当团队希望获得可复现的工作机器,又不想一次迁移现有智能体设置的全部组件时,这种区分很有用。

Cua文档截图展示Spaces查看器中的Linux桌面。它用于说明可见的工作电脑,并非本文执行过的Hermes任务。来源:Cua AI, Inc.,固定版本文档图片,依据MIT许可证使用。
终端边界与桌面边界并不相同
官方插件文档列出了Linux、macOS和Windows Space的终端、文件与代码支持。但更具体的桌面表格将Bot Desktop、computer_use与浏览器路由限定在受支持的Linux Space。这项限定比笼统地说智能体“在沙箱里运行”更重要。
Linux桌面路径要求Hermes版本包含0.22.2之后的相关变更,Cua CLI为 0.7.0或更新版本,并且Space内有桌面软件栈。文档也列出了让桌面工具保留在宿主机的配置。不要先假定所有工具共用同一边界,而应检查完整设置。
| 目标环境 | 终端、文件与代码工作 | 通过此插件进行的桌面与浏览器工作 |
|---|---|---|
| 具备桌面依赖的受支持Linux Space | 在Space内执行 | 可以随终端进入Space |
| 缺少所需桌面设置的Linux Space | 终端后端仍可能可用 | 不应假设桌面路径已准备好 |
| macOS Space | 在Space内执行 | 文档描述的插件路径将这些工具留在宿主机 |
| Windows Space | 满足平台前提条件后在Space内执行 | 文档描述的插件路径将这些工具留在宿主机 |
能力比较:Hermes官方插件文档,2026年10月27日核对。这里描述的是这一集成路径,而不是Cua的全部部署方式。
即便其他设置都成功,也很容易忽略这一点。命令可以返回Space的主机名,而后续图形操作却作用于另一台机器。验证终端,只能证明终端的目标,不能证明下一个工具会在哪里操作。
对计划允许的每类工具,都使用无害且易辨认的检查。浏览器任务应在提供真实账户前,先检查可见的目标浏览器;文件工作则使用位置明确的样例文件。几项小检查,比一个执行到一半才失败的大任务,更容易让人理解混合环境。
根据插件文档中的工具边界绘制的原创集成图,区分智能体进程、终端后端与有条件的桌面路径。
临时Space与持久Space带来不同责任
插件可以为一次运行创建Space,也可以连接到用户指定名称的Space。这不只是便利设置,而会影响哪些文件留下、谁负责清理,以及文档所述的命令确认行为。
对于插件创建的Space,文档中的默认行为是Hermes退出时删除。插件把Space视为沙箱,因此在这类环境中跳过Hermes的高风险命令提示。对于现有的具名Space,文档说确认提示会保留,插件也不会停止或删除它。
团队因此可以明确选择。临时环境适合使用合成数据、并在退出前导出结果的一次性测试;持久环境适合需要跨会话保留状态的长任务,但必须有人负责清理与持续资源占用。
持久工作台也会积累被遗忘的上下文。浏览器会话、生成文件或旧依赖,可能影响后续任务,即便新请求没有提及它们。若可复现性很重要,就记录环境包含什么,并决定每项新工作是从干净镜像开始,还是从刻意维护的状态开始。
这是运营决策,不是自动的安全保证。只要提供凭证,临时机器也能访问外部服务;具名机器也可能包含敏感文件。应围绕实际任务,一起选择环境和权限。
邀请团队之前,先配置一个Linux测试任务
以下步骤沿用插件文档中的集成路径,并加入建议验证项。本文没有实际执行这些步骤。应从一次性测试环境,以及使用样例文件而非真实业务数据的任务开始。
-
准备兼容安装。 遵循Cua和Hermes官方安装指南,再核对插件当前的前提条件。测试Linux桌面路由时,使用受支持的Hermes修订版和Cua CLI 0.7.0或更新版本。
-
安装并启用插件。 以下文档中的命令用于安装集成。继续之前,查看所请求的Python依赖与启用提示。
Shell在终端中运行hermes plugins install https://github.com/trycua/hermes-cua-spaces -
选择终端后端。 让Hermes使用Cua,再决定创建一次性Space还是使用具名Space。
Shell在终端中运行hermes config set terminal.backend cua -
按需准备Linux桌面路径。 插件可在Space中安装文档列出的桌面依赖。该步骤需要官方指南说明的权限与网络访问。
Shell在终端中运行hermes config set plugins.entries.cua-spaces.settings.desktop true -
工作前核对目标。 请求主机名和操作系统信息,再在查看器中检查Space。如果任务会使用桌面或浏览器,分别验证其路径。
-
运行小型、可撤销任务。 例如让智能体创建样例文本文件、读回内容,并打开本地测试页面。事先定义预期结果,随后检查实际产物。
-
测试会话结束。 导出希望保留的内容,并确认所选生命周期行为。如果唯一输出随临时Space消失,任务就不算完整成功。
初次任务应足够短,让审核者能跟上全过程。第一个有用结果并不是复杂演示,而是明确每个动作由哪台机器接收,以及结果文件现在在哪里。弄清这些后,团队才能加入更真实的流程。
共享电脑有助于测试、交接与演示
三个示例用途展示了这套安排可能如何提供帮助。它们是建议流程,不是测得的成果或客户部署。每个都需要明确结果,以及能够判断结果的人。
内部工具冒烟测试 可以在Linux Space中放置样例应用与合成记录。智能体沿着预定路径操作,同事旁观。真正有用的证据是应用可见的行为和保存的测试输出,而不是智能体宣称已完成。
开发交接 可以在另一位同事审核缺陷复现时保留工作环境。审核者能检查相同文件与应用状态,要求缩小复现范围,并继续工作。只有团队知道哪些状态是有意保留、哪些应该重置时,持久化才有帮助。
浏览器流程演示 可以使用测试账户展示拟议过程。同事能在模糊的页面介入,解释应作出的选择。在使用真实账户前,团队应验证工具边界,并明确该账户允许哪些动作。
三种情况都需要明确观察与控制的负责人。两个人同时改动同一个屏幕,会让结果难以解释。团队可以约定简单交接规则:暂停任务,让审核者作决定,再重新陈述下一步后继续。
电脑、连接与模型费用应分别计算
2026年10月27日核对的Cua价格页面说明,用户自备电脑或云机器。服务提供应用、共享与中继能力;硬件或云账单另计。模型用量也是智能体流程中的另一项费用,应独立预算。
页面列出的Free额度是 2个实时会话,每月20小时远程使用。Pro为 每月18美元,或 每年一次性支付180美元。Teams为 每席位每月30美元,或 每席位每年一次性支付300美元;年付折算月价分别是15美元和25美元。
这些数字是来源核对日期的公开计划,不是一个已完成智能体任务的价格。团队还应计算机器持续运行多久、重试消耗多少模型用量,以及流程需要多少审核。
价格页将多项能力列为未来新增,包括有时限的共享链接、审计历史、SSO和审计导出。规划时应按字面理解这些标记。标注稍后推出的功能,不应成为当前部署计划的必需依赖。
举例比较时,应估算真实流程的一整个月,而不是只比较订阅费。写下预计会话数、远程使用时间、机器开机时间和审核时间。计算可能发现,持久机器虽然方便,却在短任务之间被不必要地持续运行。
原创运营审核指南。四项检查是建议验收标准,并非插件认证或安全性实测结果。
衡量另一个人能否理解结果
最有启发性的评估常常是交接。请没有写原始提示的人检查环境,并解释发生了哪些变化。如果还需要操作者凭记忆重建每一步,流程仍存在可观察性问题。
小试点可检查四个具体结果:工作由预期机器接收,结果符合任务,输出可以在任何一次性环境之外获取,剩余机器状态可以被理解。这些是建议标准,比“智能体看起来很忙、很高效”的单一印象更有用。
应像保存成功案例一样认真保存失败案例。打开错误浏览器,与到达正确浏览器却选错记录,揭示的是不同问题。前者涉及路由和设置,后者涉及任务理解或审核。
官方Cua Hermes指南还介绍了基于Driver和MCP的集成选项。它们是行为不同的独立路径。应有意识地选择一种,并写进团队设置记录,而不是把几种方式的指令混成难以解释的配置。
有用的边界,是团队能够指明的边界
当人们能识别目标、检查工作、取回结果时,给智能体一台电脑才有实际意义。Hermes与Cua Spaces提供了实现这一点的具体集成,但在开始真实任务前,值得认真核对平台与生命周期细节。
试用时要带着一个简单问题:同事能否指出正在使用的电脑,并说明智能体在其中被允许做什么?答案清楚,可见桌面才会成为有用的工作环境,也会让下一次故障更容易诊断、下一次交接更值得信任。
来源
- Hermes插件目录:Cua Spaces — 2026年10月20日加入、10月21日更新;平台路由、配置与生命周期行为。
- Cua:Hermes集成指南 — 2026年10月27日核对;替代的Driver与MCP设置路径。
- Cua Spaces价格 — 2026年10月27日核对;计划、额度、自备电脑模式与未来功能标记。
- 官方Spaces查看器截图及其固定版本MIT许可证 — Cua AI, Inc.文档素材。
来源核对日期:2026年10月27日。设置命令是文档中的示例,流程为示意。本文未进行安装、隔离审计或任务成本基准测试。
来自Telli.sh的推荐
想为设置记录、测试录像和智能体流程背后的决定找到可搜索的地方吗?将参考材料集中到Telli.sh,让交接更容易理解。