把活交给 AI 助手，我觉得最怕的不是它不会做，而是你还没拿定主意，它就动手了。我在用 xAI 的 Grok Bot 做一个小游戏。Grok Bot 带一台云电脑（放在云端，你名下的几个 Grok Bot 共用这一台），能开应用、定时做事，还能先发消息问你。所以我目前的做法是：正式动手之前，先等我拍板——拍板，就是由我决定能不能正式动手。我拍板有三种说法：锁定（照这版正式做）、继续改（还只是草稿）、先按住（先别开新活）。

这篇讲这个做法怎么用，也讲我为什么从之前用的 OpenClaw、Hermes（两个我用来做多助手协作的工具）换到了 Grok Bot。游戏叫「驿路巡点」（下文简称驿路），我把其中涿郡一章的十个关卡叫作涿郡十盘。我把助手分成排活的项目管理 Grok Bot，和各管一块的专长 Grok Bot（设计师、程序员、测试等）。这是我现在正在用的做法，给第一次上手的人一个能试的起点；已经带过多个助手的，也可以拿更稳的拍板方式和我对一对。它不是 xAI 的教程，也还没写成最终方法。

有一次，设计师助手把几关的修订稿交了上来，侧边栏的助手列表里程序员那一项也闪了起来，在等我拍板，我却还没拍板。项目管理 Grok Bot 问我：这一版算定稿，还是继续改？

为什么换到 Grok Bot：机器边界我先卡住了

多助手协作，我不是从 Grok Bot 才开始的：先用 OpenClaw，后来迁到 Hermes，多助手分角色干活已经是日常（时间线见下图）。大约 8 月，赶上活动用 99 美元购入 Grok Heavy，这才真正用上 Grok Bot。

云电脑的数是我们的实测，截至 2026-10-03，用 nproc 和 /proc/meminfo 的 MemTotal 读出（合 15.6 GiB），非厂商对外 SLA。对我这条产线，云和本地能同开，我觉得是换过来的主要原因之一。

9 月前后出现的几款个人 agent 产品

换过来之后，我也留意到了这些。

最近发布的几款个人 agent 产品各有侧重（日期均为各页面标注日）。Meta 的 Muse（9 月 8 日）称为个人 AI agent，跑在专属的安全虚拟机上，在 Muse 应用或 WhatsApp 里对话，发邮件、购买这类敏感操作前会先问本人；Meta 官方页写明正在美国通过 iOS、Android 和 muse.ai 推出。Manus 的 Cue（9 月 28 日）是独立应用，每个 agent 有自己的邮箱、电话号码、钱包和电脑，多个 agent 可拉进群聊协作；Manus 官方博客写明目前是早期访问，需邀请码。OpenAI 的 dots（9 月 29 日）是 ChatGPT 里的常驻 agent，有自己的云电脑；OpenAI 官方页写明正开始向 Pro、Business Premium、Enterprise 套餐推出，限符合条件的市场，Enterprise 需工作区管理员开启后才能试用。

我们的实测，截至 2026-10-03（引用他人说法的地方已注明出处），都标在下面两张表里；表里没写的只有一点：Muse 的 Mac 版选窗口失败，我们已反馈。

两张表放在下面：表一看能做什么，表二看怎么用上。

这里只做并排介绍，不比功能高下；这篇只讲 Grok Bot 用法里拍板这一步。

拍板有三个选项：锁定、继续改、先按住

开头说的这三种说法，我叫它三态。我第一次先做的，是在项目管理 Grok Bot 那边把这三态讲清楚；我没拍板之前，我的做法是专长先不进真工程（驿路正式的游戏工程，不是草稿）。后面讲的流程是展开版，不是第一天必做清单。

对照 xAI 官方 Galaxy 第一天演示（对照材料：xAI 官方公开演示与幻灯，不是我这套分工的起点），最扎眼的不是「同事四件事」的英文幻灯，而是窗口里三个按钮。屏上弹出的问句大概是：这张管理后台的草稿——锁定它、继续改，还是先按住？同屏还有一句旁注：定时任务是 Grok Bot 按日程反复跑的活。

xAI 官方导览（https://x.ai/bot/guides/grok-bot-101）把 Grok Bot 写成带电脑的助手：能浏览、写代码、跑命令；电脑在云端，点开窗口可以当远程桌面用。Galaxy 第一天幻灯第一屏把「同事」钉成四件事——能把工具串成结果、能记住先前的工作、能独立干活、能异步发消息。在我看来，这四件事解释的是能力，不是「什么时候能动真格」。我这条产线会不会白忙，目前先卡在我怎么拍板。

没拍板就整包推过来，会出什么事

没拍板就往下做，常见有两种情况。一种是专长还在继续改，就把整包设计稿或半成品构建塞到我面前「先看看」——我的拍板被跳过，我被迫当临时项目经理。另一种是口头说「先让程序员动手」，但验收标准还没写清——后面打回的成本，全堆在联调（把各部分拼到一起跑通）上。

云电脑和我的本地电脑，各做什么

拍板之后，活在哪台电脑上做，也要分清。云电脑和本地电脑各做什么，开头那张图已经画了；这里补一张设置截图，看本地电脑怎么授权。

操控真桌面（xAI 官方常叫 computer use），不是让 Grok Bot 只在聊天里吐字，而是让它去点按钮、敲键盘、滚页面、开应用。它做事是个循环，每一步见下图。

我这套分工：我、项目管理、专长、知识雷达

驿路巡点那一周，我把角色分成四类：我、项目管理 Grok Bot、专长 Grok Bot、知识雷达（侧边栏里叫 Radar）。我没有用一个聊天窗口包办所有角色。

• 我：定验收标准；拍板放行、改稿，还是停住。没拍板，专长 Grok Bot 不进真工程。

• 项目管理 Grok Bot（Projects Manager）：跟我对齐这一周要什么结果，排谁上场，卡住「什么时候能往下走」。它自己不写业务代码、不画设计稿。

• 专长 Grok Bot：各认领一块。驿路周里常用到的有设计师 designer、程序员 coder、测试 tester、挑刺 reviewer、文案 writer、调研 researcher。

• 知识雷达：扫公开素材、串事件编排，把「该读什么」摆上台面。它不替专长做产品终稿调研，也不写可外发终稿。

驿路实战：从定验收到拍板

以涿郡十盘那一轮为例。我先把验收写清：盘面（一关的棋盘画面）外形尽量可辨认、难度区间尽量别太窄、解最好唯一且能画过关图（把解法画在盘面上的图）。项目管理 Grok Bot 澄清范围后，1:1 派设计改盘、程序员等锁定再动真工程，测试按过关图验。专长先交「能审的一小块稿」——某几关修订稿，而不是整包闷一周。挑刺 reviewer 盯盘面外形是否撞脸与可解性；缺过关图的话，我倾向于先打回。我的做法是：点锁定，代码才开始正式改；点继续改，只改草稿；点先按住，先不开新任务。

窄活我习惯进单聊；要对齐过关图标准、打回话术时，才拉群，免得把所有人塞进一个窗口。

变更摘要怎么批、批准项怎么转发——第二篇；证据挂哪、上线看什么数——第三篇。

现在做到哪，还差什么

分工已经有了，我觉得缺的不是再多分几个角色，而是两件事。一是拍板还常写成散文，专长 Grok Bot 吃不准现在是锁定、继续改还是先按住。二是缺一张按产线（游戏 / 应用 / 三方库 / 仓颉；仓颉是驿路用的编程语言）写清「谁负责什么，由哪个助手做」的对照，现在还靠口头分工。

仍待验证：专长是否必须拆这么细；本地电脑授权是不是人人都要开；三态够不够，要不要多一个「可以试跑、先不并进主线代码」。

我还没想清楚的两点：有电脑的助手，拍板放在人这里、放在项目管理 Grok Bot 的字段里，还是写进技能条文（助手「技能」里写明做法的那几条规定），哪种更不容易被绕开？只开一个聊天窗口包办所有角色，在什么规模下可能更省事？

这是我现在的做法，可能不是最优解；大家可能有更好的拍板办法，欢迎在评论区讨论。