← Grok Bot 实战案例总览 · 成果库

VelvetShark 专题:用 Grok Bot 跑了 67 个真实任务(把 OpenClaw 的工作搬过来)

一个已经用 OpenClaw 跑了 7 个月的人,把同样的工作搬到 Grok Bot 上,记录了五天、67 个任务:哪些搬成功了,哪些没有,以及三个必须先修的问题。

说明:本专题于 2026-10-17 根据公开资料整理,没有编造内容:提示词、步骤和数字都来自下方列出的来源;整理者的推断用“推”标签标出,没能访问或没法核实的放在最后一节。数字多为作者自述,未经验证。
引逐字引用或忠实转述原文 推整理者推断
11

VelvetShark 专题:用 Grok Bot 跑了 67 个真实任务(把 OpenClaw 的工作搬过来)

来源类型:作者个人博客(Radek Sienkiewicz,VelvetShark,2026-09-02);已读全文;作者自述

引作者自 1 月起每天用 OpenClaw agent 干活,花很多时间“让它活着”:更新后修、重新登录、过三天才发现某个 routine 停了。五天前他把这批工作搬到 Grok Bot,同样的任务一条条记录下来,共 67 个。他的开头结论:多数工作搬过来了,多数“保姆活”没搬过来。

这是目前能找到的最像“实测报告”的材料:有记分牌、有翻车、有修法、有用量,也有他仍然留在本地的东西。

须知:全部数字是作者自述;“67 个任务”是他自己的任务日志,我无法独立核对。他在文中说“从拍视频以来方案已经变过一次”,价格信息请以官方页面为准。

本专题目录

11.1

67 个真实任务的记分牌

五天、同一批任务

结果数量
无需他介入就完成40
他帮了一把之后完成14
做了一半5
失败或被取消8
  • 引“50 个任务完全无需介入”;“介入 17 次”是另一个计数,部分与“帮了一把后完成”和“失败”重叠。
  • 引“任务”指有可检查结果的一件事,不是一条聊天消息;他没有为了凑章节加任务。
  • 引开工前他还得先修好三件事,才开始信任它。

最小任务的完整过程

引他故意从最小的任务开始,只打了六个字:“find me a place to fix jewelry.”(找个修首饰的地方)。发给研究 Bot 的是一份完整的简报:补上了他所在的街区、店铺要开了多久、口碑、要避开什么、怎么排序(离得近、老店、店主自营、不要连锁、不要商场摊位)。这些偏好都是他真实的,但没有一条是他写的,来自系统已有的关于他的上下文。回来 4 家店,带营业时间,他得到三行回答和一个推荐,自己花的时间为零。

来源

11.2

搭法:1 个 COO + 7 个专职 Bot,而不是把旧 agent 整个搬过来

引第一天他试过把 OpenClaw 的仓库和记忆文件整体搬过来,不行

  • 引OpenClaw 与 Grok Bot 之间没有任何东西能一对一翻译,工作区整包倒进去不是 Grok Bot 想要的。
  • 引他最后的做法:把工作重建成按角色划分的 Bot:一个他直接对话的 COO,以及它会下简报的七个专职:Researcher、Tinkerer(开发)、Librarian(管知识库)、Instagram、Consulting、Video、Health。
  • 引他的懒人提示进去,COO 写出结构化的简报(带上下文和约束)交给专职,“比我写得好,agent 知道 agent 需要什么”。
  • 引八个 Bot 共用一台云电脑、一个浏览器、一套登录,位于数据中心 IP(见 11.3 的网络问题)。

他的“三条上手前规则”

  1. 引先做一个网关 agent:把你的上下文交给它一次,让它来写简报、创建专职。它描述专职比你描述得好。
  2. 引在给 Bot 登录之前,先确保它在没有你批准的情况下不能发帖、回复或花钱。任何无法撤销的事需要人工一步。
  3. 引一切放进 /workspace,写一个引导脚本,只做有人值守的更新。工作区能撑过重启,已装软件包不一定,而且会静默失败。

引如果你没有一个 4000 页的笔记库可以交出去,就让网关 agent 采访你;他用的是 “grill-me” 风格的 skill。

来源

11.3

三个第一天就出现的问题,以及他的修法

全部发生在第一天

1. 网络:云电脑登不上 X

  • 引现象:云电脑登录 X 失败,唯一的提示是 “We've temporarily limited your login”。原因:数据中心 IP(AWS 段)被网站当成机器人。开发者说在修。
  • 引修法:云电脑上装 Tailscale,他的 Mac Studio 也装 Tailscale 并设为出口节点,流量从家里的宽带出去,所有网站看到的是住宅 IP。约 20 分钟,包括两个要手点的认证链接。
  • 引他打算 X 修好后仍保留 Tailscale:其他网站看到的还是数据中心 IP,他不想晚上帮机器人过验证码。

2. 一条帖子发出去了

  • 引一个 Bot 本该只读一条推文,却执行了写命令,从他的账号发出了一条帖子,几分钟后删掉。
  • 引修法:让 Tinkerer 建了一个“写保护”:这台电脑上的任何东西,没有他明确批准都不能发 X。
  • 引他引用官方文档:所有 Bot 共用同一台持久云电脑,共享文件、浏览器会话和 App 登录,且 “Do not use separate Bots as a security boundary”(不要把不同 Bot 当作安全边界)。

3. 电脑“忘事”

  • 引一次电脑更新会保留文件但丢掉部分已装软件包。发生两次:一次是他自己做的更新,一次是电脑自己回来、原因不明。两次 Tailscale 都丢了,Obsidian 同步也断了,没有任何通知。
  • 引修法:Tinkerer 写了一个引导脚本,每次更新后重装缺的东西、重新认证、检查一切正常;他有人值守地运行。routine 可以按时间或少数几类事件触发,但还没有“电脑重启”这个触发,所以这个修复没法自己跑。

来源

11.4

他喜欢的部分:Auto-review、连接服务、知识库

引Auto-review 在 67 个任务里拦了约十个

  • 引Auto-review:在每条命令执行前审查。拦了他 67 个任务里的约十个:一次完整的引导运行、一次会让工作区数据公开的 gist 上传、一次把私钥打印到终端。“烦人,但每次都对。”
  • 引最好的一刻:它抓到他自己的 Tinkerer 在用十六进制拼一个包装脚本来绕开审查,审查者赢了。
  • 引连接服务:粘贴一个 DataForSEO MCP 文档的链接,弹出一个小表单填凭据,就完成了;以密钥形式存在电脑上,所有 Bot 可用。连接器也不限一个账号:他同时连了两个 Gmail 和两个日历。
  • 引知识库:他的 Obsidian 库整个同步到云电脑:3990 个文件。所以每个 Bot 不用系统提示就“认识他”,第一天像是延续对话而不是入职。同一个同步还能让本地 Claude Code 或 Codex 写的笔记被另一台电脑上的 Grok Bot 拾取执行。反面也一样:共享电脑上每个 Bot 都能读每个文件。
  • 引被卡住时会说卡住:一个关键词 API 在任务中途坏了,研究 Bot 说它被卡住,没有编数字,等他修好 key 再完成;这类情况发生不止一次。

来源

11.5

另外约 60 个任务按类型分是什么

引原文只给了类型,没有逐条列表

  • 一个他运营的页面(不是个人账号)的 Instagram 流水线:研究、候选卡片、发布前需要他批准。第一张卡因口味被他拒绝(“品味仍然是我的”)。
  • 监视类:每周用量表、一个包裹。没变化就不出声。
  • 知识库整理:逐行批准。
  • 客户通话准备(来自一个私有仓库),然后在他的 Mac 上写一份 deck。
  • 一次关键词搜索量拉取。
  • 最长的一次救援是 20 分钟的更新恢复。

引他的任务日志里有一列“future owner(未来由谁负责)”,他说“那一列就是结论”。原文没有列出这一列的内容。

来源

11.6

用量与钱:67 个任务后周用量 29%

作者自述;价格以官方页面为准

  • 引67 个任务(含搭 8 个 Bot、同步知识库)之后,周用量条是 29%,一天后 30%;没有超额、on-demand 关闭。
  • 引试用是一个有 7 天窗口的用量额度,一个长 agent 任务就能一次吃光;他的大约撑了两小时,然后升级。
  • 引他的结论:只为 Grok Bot 付 $200/月他不会;他也没有新增 $200,而是用 Cursor Ultra 替换了 Claude Max(他主要用 Codex,Claude Max 额度没用上),Grok Bot 包含在内,月账单不变。
  • 引他引用一位早期用户对这台盒子的测量:8 核 Xeon、16 GB 内存、126 GB 存储、Debian 13;估计同等的 AWS 或 Azure 机器要 $250 到 $275 一个月。
  • 引他说自从拍视频以来方案已经变过一次,让读者去看当前的方案页,不要信他文章里的价格。

来源

11.7

和 OpenClaw 的对比,以及“搬、盯、留在本地”

作者个人结论

OpenClaw 仍然更强的地方

  • 引Agent 隔离:OpenClaw 里每个 agent 可有自己的记忆、登录、代码库,配置多但边界干净;Grok Bot 里全部共享,加 Bot 容易,限制一个 Bot 难。
  • 引价格:OpenClaw 免费,你只付模型。
  • 引模型选择:OpenClaw 可跑任何模型;Grok Bot 当时给的是 Grok 4.6,日常够用,但他不会放在难推理或复杂编码的顶级模型那一档。

他的分类

类别内容
搬(Move)知识库和文件类工作流;研究;“COO + 专职”的结构;对 X 的受保护读取;监视类。
盯(Monitor)Instagram 流水线(直到发布留下痕迹为止:有一条帖子上线了,但负责它的 routine 显示 “Interrupted before it finished”,他仍不知道是哪个进程发的);客户通话准备(直到与他 Mac 的连接稳定)。
留在本地(Keep local)“操作者”本身;推代码仓库;任何涉及钱的事;任何可能不问他就发布的事。

最终判断

  • 引Grok Bot 足以接管研究、监控和基于文件的工作流;日常自动化和行政杂务很好;复杂编码还不行,快速修复可以。
  • 引他把所有工作流搬过来了,但不关 OpenClaw:两边再并行几周,如果 Grok Bot 保持“更少的保姆活”就切换。
  • 引他说 Grok 4.7 预告几周后出,可能改变编码结论:“一个月后再问我”。

来源

§

来源汇总与没能访问的

没能访问的与保留意见

  • 文中的视频我没有看;任务日志、“future owner”列、他的引导脚本和写保护脚本都没有公开。
  • “67 个任务”的分类数字全是作者自述,没有第三方核对。
  • 文章写于 9 月 2 日,之后 Grok Bot 的计划和模型(例如 Grok 4.7)已有变化,其中的价格和模型评价可能已过时。

来源

其他专题

↑