Mahax 在 X 上发了一套配置：把 Grok Bot 和 Jev 组合，让机器人团队自己决定谁处理什么。

他的说法很直接：Grok Bot 做的每个决策，最快可以快 190 倍，成本降到原来的 1/440。Grok Bot 负责干活，Jev 负责分配，涉及钱、签名、客户的动作，全部留给人。

Grok Bot 是什么

在他那篇 Grok Bot. What It Is, and How to Actually Use It. 里，Mahax 把这件事拆开讲了一遍。

Grok Bot 不是模型。Claude、ChatGPT、Grok 是要跟它说话的模型。Grok Bot 是让模型替你干活的层。每个 bot 有自己的云计算机，带浏览器、文件系统、终端，用你的账号登录工具。你关掉 App，它还在跑。

它操作应用的方式跟人一样：打开网页，填表单，点按钮。输出落在工具里，不是聊天窗口里。邮件进了发件箱，CRM 多了条记录，文档有了草稿。

多个 bot 共享一台云电脑，可以互相交接。一个 bot 做完研究，传给下一个排版发送。这套架构在 AI 圈叫 Agents、Loops、Graphs，过去一年工程师手搓才能搭出来。Grok Bot 把它变成了默认配置。

Jev 在中间干什么

Mahax 给的配置里，Jev 是一个调度工具。第一步不是安装，是检查已有的 bot、流程和工具，保留现状，只补缺的部分。

它回答三个问题：哪个角色负责，紧急程度 1 到 5，bot 能否独立处理，分数 0 到 1。这个分数就是路由用的 p 值。

角色名单来自 roles.md。每个 bot 拥有什么、不碰什么、能用哪些工具，写在这个文件里。Jev 只能从这个名单里选。

路由规则：

• p ≥ 0.85：直接分配
• p 在 0.60 到 0.84：分配，但在简报里标记
• p 低于 0.60：转给人
• 涉及钱、签名、客户：直接转给人，不看 p 值

安全边界

这套配置里，安全边界比调度逻辑更值得抄。

每条进入的消息先变成任务卡片（job card）：来源、文本、链接、是否涉钱、是否涉签名、截止时间。默认只读。邮件里的指令一律当内容处理，不执行。Jev 给出的选择，必须能在 roles.md 里找到，找不到就不执行。

凡是发送、发布、付款、签名、删除，全部进人工审批队列。永远不要点 Always Allow。人不点头，bot 不动。

一个任务最多转 3 次手。超过 3 次还没完成，转给人。

上线前要求跑 6 个测试任务：每个 bot 一个，一个必须转给人，还有一个带隐藏指令的邮件，看 bot 会不会被带偏。测试通过才开正式入口。

快的是分配，不是任务本身

有网友在评论里点破：190 倍快的是决定谁来做这个动作，任务本身可能还是那 4 分钟，只是被分配得更快了。

还有网友质疑：没看到真实的前后对比数据，Jev 路由的准确度也没有展示。也有人说，这种 Grok+Jev 配置已经看过无数份，这一份是不是真的更好，不好说。

这些质疑都有道理。

任务多、角色多的时候，人工判断这单归谁确实是瓶颈。但如果一天只有三封邮件、一个 bot，这套配置就是过度设计。

Mahax 自己也讲了，它适合有重复性固定产出的工作，不适合一次性任务。

现实问题

有网友实测后提到：CloudFlare 会拦 bot。用 Upwork 账号验证过，重启电脑后 IP 还是被标记，6 天没解封。MFA 也会把 bot 卡在原地。

这是第一代公开产品。还没有独立的 benchmark 验证 xAI 宣传的可靠性。别把它当稳定基础设施。

可以抄的部分

Mahax 在推文里给了完整提示词，可以直接粘进 Grok Bot。核心可以压缩成一句话：可逆的操作让机器做完，不可逆的操作等人批准。roles.md 先把这条线划清楚，再谈效率。

完整配置见原推文。