夜雨聆风
今天看到 Avi Chawla 发了一条很好的对比：OpenClaw、Hermes 和 Grok Bot，都能让你创建一个有固定职责的 Agent；它们会保留文件、登录状态和工作上下文，不必每次从零开始。
这句话是对的，却还没有触到三者真正的分界。
普通人选择 AI Agent，最后拼的往往不是模型多聪明，而是谁替你承担了那些没人愿意写进宣传页的成本：装环境、买服务器、配模型、接消息渠道、维护登录、处理验证码、修后台进程、做权限隔离，以及任务失败后到底去哪里看。
OpenClaw 像一套可以自己搭建的 AI 总机；Hermes 像一个会在工作中不断总结方法的个人 Agent；Grok Bot 则更像一名连电脑、工位、通讯工具都已配好的云端同事。
先把三者放回各自的位置
OpenClaw 的核心不是某个模型，而是 Gateway。你在自己的电脑或服务器上运行一个长期进程，再把 WhatsApp、Telegram、Slack、Discord、iMessage 等入口接进来。消息、会话、路由、Agent 和技能都由这套 Gateway 管理。它很像给各种 AI 工具搭了一座“总机房”：入口最多、改造空间最大、数据和运行环境掌握在自己手里。
Hermes 的核心则是学习循环。它在完成任务以后，会把有用的方法沉淀成技能，把长期事实写进记忆，并在后续任务里重新调用。它同样可以跑在本机、VPS、容器或云端，也能通过 Telegram、Discord、Slack、WhatsApp 等渠道接收任务。但它最有辨识度的能力不是“连接最多”，而是做过一次以后，下一次尽量少走弯路。
Grok Bot 走的是另一条路：不把一套 Agent 基础设施交给你，而是直接把成品交给你。账号获得一台持续运行的云电脑，Bot 可以使用浏览器、命令行、文件和连接器；你关闭 App 或合上笔记本，云端任务仍然继续。遇到密码、双重验证或 CAPTCHA，Bot 把屏幕交给你，你在手机或电脑上完成敏感步骤，再把控制权还给它。
一张图看清 16 个关键差异
如果只看功能列表，三者会显得越来越像：都有记忆、技能、定时任务、消息入口、工具调用和多 Agent 能力。真正影响体验的，是默认路径。
• OpenClaw 默认你愿意维护自己的 Gateway、模型密钥、渠道授权和安全策略。 • Hermes 默认你愿意选择模型与运行环境，并让 Agent 在持续使用中建立记忆与技能。 • Grok Bot 默认你只想创建一个角色、交代工作、在必要时批准，然后拿结果。
这就是为什么同样是“让 Agent 每天早上做一份竞争情报”，实际体验完全不同。
OpenClaw 的做法是：先把服务器、模型、消息渠道和技能接好，再设置自动化。它能被改造成一套很强的私人 AI 操作系统，但系统管理员仍然是你。
Hermes 的做法是：先跑通一次任务，让它把搜索、筛选、写作与交付方法变成技能；以后再由 cron 或消息网关重复执行。它更像在培养一名会写工作笔记的长期助理。
Grok Bot 的做法是：直接告诉一个“竞争情报 Bot”，每天早上检查指定网站、整理变化、更新表格，并把摘要发回当前会话。需要登录时你接管一次；流程跑通后保存为 Skill，再设置 Routine。底层云电脑、持续运行、手机查看和任务记录，产品已经替你装好了。
Grok Bot 为什么更适合大多数普通工作者
先说明边界：这里的“更好”，指的是非技术岗位获得第一个可用结果的速度，不是开源程度、模型自由度或极限能力。
1. 它替你交了“基础设施税”
OpenClaw 官方快速开始已经做得很好，大约几分钟可以跑起 Gateway；Hermes 也有桌面安装器和一行安装命令。问题是，“能启动”不等于“能长期稳定替你工作”。模型 API、VPS、后台服务、渠道连接、浏览器环境、安全更新与故障诊断，最后仍需要有人负责。
Grok Bot 的云电脑、工作区、浏览器和移动端是一套托管产品。普通用户不需要先理解 Node、Docker、SSH、端口和守护进程，才能让 Agent 在自己离开以后继续工作。
2. 登录接管被设计成了正常流程
办公自动化最容易死在登录页。没有 API 的后台、短信验证码、企业 SSO、支付确认、CAPTCHA，都会把“全自动”打回人工。
Grok Bot 没有假装这些问题不存在。官方流程就是：Bot 工作到敏感步骤时暂停；你打开 Agent Computer，输入密码或验证码；完成后归还控制权。浏览器会话可以保持，之后其他 Bot 也能使用同一登录状态。
这不是更炫的模型能力，却是普通人能不能真正把工作交出去的关键。
3. 它把多 Bot 协作做成了产品交互
OpenClaw 有强大的多 Agent 路由，Hermes 能生成子 Agent 并并行研究，但两者更像系统能力。Grok Bot 直接把 Bot 设计成可以命名、对话、拉群和互相交接的“同事”。一个 Chief of Staff 可以把收件箱交给助理 Bot，把数据交给分析 Bot，再向你汇总。
需要克制的是：官方支持 Bots 互相传递任务，不等于任何复杂团队编排都已被独立验证。Grok Bot 仍是 early beta，真正的交付质量要靠具体任务、权限和验收标准来检验。
4. “教一次，再重复”更接近普通人的表达方式
Hermes 的自动技能沉淀在机制上更强；OpenClaw 的技能生态和改造自由度更高。Grok Bot 的优势在于表达方式：你可以让它看你操作一次，把这次流程保存成 Skill，再设为 Routine。
普通人不一定知道怎么写 YAML、脚本或工作流节点，但他知道自己每天是怎么点网页、下载表格、复制数字和写邮件的。把“配置自动化”改成“示范一次”，门槛会下降很多。
回复区最值得抄的，不是“8 个 Bot 公司”，而是 4 个小任务
Grok Bot 官方账号在 8 月 19 日发了一条很短的帖子：“这周，人们这样使用 Grok Bot。” 真正有价值的内容都在回复和引用帖里。
这些案例不是统一条件下的性能测试，也不是经过第三方审计的效率报告。它们更像上线第一周的使用日志：有人真的把账号交给 Bot，看看它能不能把一件琐碎工作从头做到尾。
案例一：不是“家庭 AI 管家”，而是替你读完那些不想读的邮件
Stella Garber 在回复区分享，她让 Grok Bot 阅读孩子的开学邮件，整理需要准备的物品和截止日期；它还从旧邮件中找出了被遗忘的礼品卡，为体检、理发等事项寻找可选时间，并在最后一步请她确认预约。她甚至让 Bot 根据旧购买记录和照片，准备一件闲置物品的二手出售。
这类任务看起来不“高级”，却非常接近普通人的真实痛点：信息散在邮箱、日历和网站里，每件事只要几分钟，加起来却一直占着脑子。
更安全的照搬方式是：先让 Bot 只读最近 30 天邮件，输出“截止日期、需要准备、需要我确认”三栏清单；任何预约、购买、发送和删除都必须停在确认页。
案例二：清理数万封邮件，但不要把删除权一次性交出去
Mike P 自述，他让 Grok Bot 处理两个 Gmail 账户中积累的约 9 万封邮件，并继续逐项退订造成混乱的营销邮件；Bot 遇到无法完成的最终点击时，再请他接管浏览器。
这个案例证明了云电脑的意义：不是帮你写一封邮件，而是在你离开以后，持续执行大量重复点击。
但这也是最容易出事故的用法。不要照抄“随便清，全部处理掉”这种授权。更稳妥的任务应该分三步：先生成发件人统计；再建立“保留、候选退订、待人工复核”三个队列；每 100 条交付一次预览，确认后才执行。
案例三：一个人不需要 8 个 Bot，先用“总管 + 专员”就够了
Ryan Carson 分享了两个 Bot 的分工：名为 R2 的 Chief of Staff 负责日历、邮件和任务；名为 Lando 的 CRM Bot 负责销售漏斗，并把需要决策的内容交给 R2。他还特别提到，这套工作可以在 Mac 和 iPhone 之间继续。
这个例子比“造一支 AI 军队”更值得普通人复制。一个协调 Bot 负责收口，一个专业 Bot 负责某类重复工作，职责已经足够清楚。建议每个角色都写一句硬边界：未经确认，不发送、不付款、不删除、不发布。
需要再次提醒：多个 Bot 共用账号级云电脑、浏览器会话和文件，它们不是彼此隔离的保险箱。分工可以按角色做，权限不能只靠角色名隔离。
案例四：真正的自动化入口，是“我做一遍，你以后照着做”
上线周的一次独立产品演示展示了四种机制：用户先演示一次如何从 Beehiiv 拉取统计数据，Bot 把过程保存成可重复技能；另一个 Bot 每 30 分钟检查指定账号是否更新；邮件整理走 Gmail 连接器；Salesforce 研究则直接使用浏览器操作。
这组案例最能说明 Grok Bot 的产品逻辑：它不是强迫所有任务都走同一种“自动化技术”，而是根据任务选择屏幕示范、定时浏览器、连接器或完整电脑操作。
对普通人而言，最适合的第一个实验不是复杂销售系统，而是：挑一件每周都会重复、失败后容易撤销、最终结果能人工检查的工作，先做一遍给它看。
有人已经尝试把 Chief of Staff、研究、内容、销售、邮箱和分析拆成更大的多 Bot 组织架构。但这不适合当第一步：Bot 越多，交接和错误也会一起放大。先让一个 Bot 稳定交付一件小事，再增加第二个角色，比先画一张“AI 公司组织架构”更可靠。
但它绝不是全面获胜
Grok Bot 的代价同样明显。
第一，价格和资格门槛高。官方发布说明目前面向 SuperGrok Heavy、Cursor Ultra 和 Cursor Teams Premium 用户；其中 Cursor Ultra 的公开价格是 200 美元/月。这不等于 SuperGrok Heavy 本身就是 200 美元，也不等于所有入口都只有同一价格。
第二，模型自由度低。OpenClaw 和 Hermes 可以配置多家模型，甚至接本地模型；Grok Bot 当前公开文档没有给普通用户提供同等级的外部模型自由切换入口。你买的是一套成品，也接受了它的产品边界。
第三，云电脑并不是每个 Bot 一台。官方文档明确写的是：同一账号的所有 Bot 共用一台云电脑、浏览器登录、文件和命令行凭据，只是各自拥有独立屏幕。不同 Bot 不是安全隔离边界。财务 Bot 能看到的文件，不该仅靠“它是另一个 Bot”来隔离。
第四，它需要云端存储，且不支持 Legacy Privacy Mode。敏感业务必须使用最小权限账号；外发、付款、删除、发布和生产变更应始终保留人工批准。
第五，它才刚进入 early beta。官方案例说明产品“可以怎样被使用”，不等于这些任务已经在大量独立环境里稳定复现。
到底该怎么选？
如果你是开发者、极客或技术团队，希望数据留在自己的机器上，需要接很多聊天渠道、自由选择模型、改造整个系统，OpenClaw 仍然是三者里最有扩展性的选择。
如果你想要一个长期使用、会从工作中沉淀技能的个人 Agent，愿意自己管理模型和运行环境，又看重开源、可迁移和成本弹性，Hermes 更有吸引力。
如果你是运营、销售、研究、行政、创作者或管理者，不想先成为服务器管理员，只想在手机和电脑上像交代同事一样分派工作，并愿意为省掉部署和维护付费，Grok Bot 是目前三者里最完整的消费级成品。
所以，Grok Bot 真正优于 OpenClaw 和 Hermes 的地方，并不是它“更聪明”。
它把一大堆原本需要用户自己负责的东西——电脑、持续运行、登录交接、移动端、多 Bot 沟通、技能与例行任务——折叠成了一个可以直接使用的工作界面。
OpenClaw 给你的是建造权，Hermes 给你的是成长性，Grok Bot 给你的是完成度。
对很多普通人来说，完成度恰恰比自由度更值钱。
资料与证据说明
• 原始讨论：Avi Chawla：OpenClaw vs. Hermes vs. Grok Bot • OpenClaw 官方定位：OpenClaw Docs • OpenClaw 安装说明：Getting Started • Hermes 官方文档：Hermes Agent Documentation • Hermes 官方仓库：NousResearch/hermes-agent • Hermes 技能机制：Skills System • Grok Bot 发布说明：Introducing Grok Bot • Grok Bot 云电脑说明：Use the computer and apps • Grok Bot 技能与例行任务：Skills and routines • Grok Bot 权限与隐私：Approvals, security, and privacy • Grok Bot 用户案例主帖：Some ways people used Grok Bot this week • 上线周独立实测汇总：What xAI's Always-On AI Agents Actually Do • Cursor 当前价格：Models & Pricing
本文将“官方已声明的功能”与“适用人群判断”分开表达。三款产品都在快速更新，功能、套餐与平台范围以发布时官方页面为准。