【Grok Bot 仓颉实践】助手一次汇报七八条，我只批准一条往下做

用 AI 助手干活，汇报多了是个实际的麻烦：一份汇报里列着七八条，要把它们全交给下一个助手去做吗？我的做法是：汇报我可以全看，但目前我只批准其中一条，只有这一条才往下转。我在用 xAI 推出的 AI 助手 Grok Bot 做一个叫「驿路巡点」（下文简称驿路）的小游戏。负责排活的项目管理 Grok Bot 先把有新增或有修改的内容汇总成一份变更摘要。我批准其中一条，再转给负责具体活的专长 Grok Bot（设计师、程序员、测试等）。其余几条留在摘要里，不整包转出去。

我转的时候会在任务开头写上「已批准第 N 项」，专长 Grok Bot 只领这个编号。第一次上手的人，先练这一件事就够了；已经在用分阶段自动推进（把大活拆成几个阶段、整段自动往前做）的人，欢迎拿「一次批多条」的做法来和我比。

这个做法，是我参考 xAI 办的 Galaxy 活动第三天的编排演示（公开演示，业务步骤不照搬到游戏）之后，才下来执行的。

项目管理 Grok Bot 看全量；专长只接我批准的那一项（有新或有改才进摘要 → 我批准 → 才转给专长）

批准之后，这一条怎么往下转

第一篇讲谁上场、任务怎么下发，这一篇只讲批准之后的事。

截图·Galaxy 第三天演示（2026-09-18 凌晨回放）：批准并转发（Task 7；屏上 Approve — relay / Hold）

同场提案的写法很干脆（大意）：只有第 7 项（销售领地争议那一项任务）在批准后会转给下游；其余一律留在这份摘要里。

我这边目前的做法是下面三条：

1. 有变更才进摘要：项目管理 Grok Bot 先接下「有新或有改」的条目，写成变更摘要给我看。

2. 批准后再转下游：摘要里可以列多项；只有我批准的那一项，才写成「批准后才转给下游」的任务项。

3. 只把批准项转给专长：专长 Grok Bot 在我这边不直接读，不直接下指令，也不整包处理未批草稿。任务开头我习惯带上「已批准第几项」。

演示里，下游的助手只挂在总管（屏上叫 Chief of Staff）后面，不直接读原始收件箱。

只接收有新或有改的：有新或有改才往下游推，没有新变更就安静（尚未统一「没有新的不发」）

驿路实战：有变更才找我，批准项才交给专长

驿路里，有变更时，项目管理 Grok Bot 先写成摘要给我看；我只批准其中要处理的那一条——例如某几关改盘面（一关的棋盘画面；墙位、难度区间、唯一解）并保证过关图（把解法画在盘面上的图）可画——任务开头写明已批准项，再 1:1 转给对应专长。

任务记在 Notion：谁写、谁领

驿路里，大家对齐用的是 Notion（笔记和表格工具）上的记录。改验收标准、领任务、挂证据，我倾向于都落回 Notion。

Notion 里谁写、谁领：三方各写各的，专长只领已批准的那一项

另外还有两条：验收标准没批之前，我希望专长先不要私自改盘面上的验收句；挑刺 reviewer 打回之后，是回去继续改（还是草稿），还是先按住（先别开新活），由我拍板，也就是由我来决定能不能往下做。

证据怎么挂，第三篇讲。

分阶段自动推进，也要停在等我拍板

我的看法是，分阶段自动推进不等于跳过我拍板：阶段可以自动推到「等我拍板」为止。Galaxy 是 x.ai/galaxy 页上写的三天活动（9 月 15 日至 17 日）。社区整理的一份活动指南里提到一种做法，把大活拆成阶段，整段自动推进，叫 Potato Mode。最高一档（Full autopilot）全程自动，见下图上排。同一份指南也提到这是演示游戏的低风险做法，做 Grok Bot 产品本身的 Eric 在真代码库里逐个读代码改动。

驿路里我不走全自动，是这样分阶段的，见下图下排。图里的「真工程」指驿路正式的游戏代码，也就是会上线的那一份，不是草稿；「锁定」指这一项定下来，往下做。

分阶段自动推进：上面是指南里的全自动一档，下面是驿路，两处停下等我拍板

演示里另外三条做法，我还没做完

录一次操作，少靠文字重讲

第二天演示里，人先录一段怎么查别家产品，提示录像结束，按钮大意是「从这次操作演示里学会这个任务」。xAI 官方导览也介绍了技能和定时任务，可以让重复的步骤不用在聊天里每次重讲。

操作演示 → 从演示里学会 → 可复用步骤（过关图、全屏证据、仓颉适配冒烟这几道工序）

驿路里，「过关图怎么画在格子中心」「全屏证据（整个屏幕的截图或短视频）怎么拍」「仓颉适配冒烟（仓颉是驿路用的编程语言；冒烟是先跑一遍最基本的流程，看有没有明显出错）怎么验」这几道工序仍常靠文字说明；我想改成图里的做法。

助手设定里写明向谁取证

演示里一个研究向助手的设置有一条固定要求（大意，见图左）。

向谁取证：演示里的助手点名要找的助手；我这边要点名 Notion 盘面、锁定设计卡和验收证据要求

驿路里 Notion 盘面已是唯一事实源，但程序员、设计师的说明里常不点名「哪张盘面页、哪张锁定设计卡、哪道验收证据要求」。我觉得这条要求可以写进他们的助手设定，见图右。

一次只问一个澄清点

演示里是产品经理助手的职责（大意，见图）。

一次只问一个澄清点 → 写清楚的规格 → 交程序员

项目管理 Grok Bot 做的是相近的活，却仍偶尔一次抛出好几个选项。我这边的对照做法见图。

已经对上的，和还差的

已经对上的三条：我这边的项目管理 Grok Bot 到专长，对应演示里的总管到下游；驿路巡点这条线上的安静默认，对应「有新或有改才推」（其他几条线还没统一）；我拍板再执行，对应批准后再转发。

仍待验证：批准后再转下游还没写成任务字段；操作演示收成可复用步骤的管线还没落地；助手设定还没强制点名向谁取证；一次一问还没钉进项目管理 Grok Bot 的说明。

我还没想清楚的三点：Potato Mode 那种分阶段自动推进，和「一次只批一条」会不会互相打架？什么体量下一次批多条反而更稳？Notion 当事实源，换一套任务板，这条做法还能否保住？

一次只批一条是我现在的做法，可能不是最优解；大家可能有更好的办法，欢迎在评论区讨论。