Grok Bot 与 Hermes：各自的安全边界划分
内容提要
多款AI代理产品采用相似的多机器人协作界面，但安全边界定义各异，如共享账户、隔离配置文件或依赖容器。文档警告，机器人借用人类凭证且缺乏统一身份标准，错误可能跨机器人传播。建议平台团队优先阅读安全文档而非宣传页。
延伸解读
界面趋同，安全边界各异
多款AI代理产品在界面设计上迅速趋同，都采用侧边栏列出命名机器人并协作的样式。然而，安全边界定义却大相径庭：有的以账户为隔离单位，有的以配置文件目录，有的依赖容器，还有的取决于部署拓扑。平台团队若仅凭界面相似就假设安全模型一致，极易产生误判。
共享凭证的风险
所有产品中，机器人均借用操作者的凭证，而非拥有独立身份。在Grok Bot中，浏览器会话和命令行凭证在机器人间共享，一个机器人的登录状态可被其他机器人使用。这意味着错误可能跨越任务边界，影响其他机器人的文件和凭证。理解凭证的共享范围是评估风险的关键。
安全文档与宣传页的落差
文章强调，安全文档与宣传页描述的内容可能截然不同。例如，Grok Bot宣传“机器人有自己的电脑”，但文档明确说明那是共享的云电脑，并非安全边界。平台团队应优先阅读安全文档，而非依赖营销材料，否则可能基于错误假设部署系统，埋下安全隐患。
隔离的代价与默认设置
不同产品在隔离强度与易用性之间权衡。OpenClaw提供容器级隔离，但默认关闭，且若环境检查失败会静默降级为无沙箱模式。ClawFleet通过容器实现隔离，但需额外内存开销。团队需权衡隔离带来的安全收益与资源消耗，并注意默认配置可能带来的风险。
Q&A
Grok Bot 和 Hermes 在安全边界上有什么主要区别？
Grok Bot 将安全边界定义为用户账户，所有机器人共享同一个云计算机、浏览器会话和凭据；而 Hermes 将每个机器人视为独立的配置文件，拥有自己的配置、记忆、技能和凭据，存储在磁盘上的独立目录中。
Grok Bot 的文档如何描述其安全边界？
Grok Bot 的文档明确指出，每个机器人拥有独立的屏幕，但这些屏幕是“独立的工作表面，而非独立的安全边界”。所有机器人共享账户级别的云计算机、浏览器会话、文件和命令行凭据，因此一个机器人的错误可能影响其他机器人。
Hermes Agent 的 Bot Mode 是如何实现机器人之间隔离的？
Hermes Agent 的 Bot Mode 将每个机器人视为一个独立的配置文件，每个配置文件拥有自己的配置、内存、技能、凭据和聊天历史，存储在磁盘上的独立目录中。机器人之间的交接通过针对命名配置文件的真实调用进行，而不是在单个进程中传递共享上下文。
OpenClaw 的沙箱模式默认是开启还是关闭？如果开启失败会怎样？
OpenClaw 的沙箱模式默认是关闭的。如果沙箱前置条件在设置过程中失败，脚本会将沙箱模式重置为关闭，而不是拒绝启动，这可能导致原本期望隔离的操作员在遇到 Docker 套接字问题时，最终在没有沙箱隔离的情况下运行。
ClawFleet 如何实现机器人之间的隔离？
ClawFleet 通过将每个 OpenClaw 或 Hermes 代理放入独立的 Docker 容器中，实现文件系统和网络的隔离。每个 OpenClaw 实例大约需要 500 MB 内存，每个 Hermes 实例大约需要 150 MB 内存。
为什么这些 AI 代理产品在安全边界上存在差异？
因为目前没有统一的代理身份标准，每个项目都在自己控制的层（账户、配置文件、运行时或容器）上发明了边界。这导致不同产品采用不同的隔离单元，如共享账户、配置文件目录、可选容器或部署拓扑。
平台团队在采用这些 AI 代理产品时应该注意什么？
平台团队应该优先阅读安全文档，而不是宣传页面，因为对于这类产品，安全文档和宣传页描述的内容可能不同。此外，要意识到机器人借用人类凭据，且缺乏统一的身份标准，错误可能跨机器人传播。
