什么事能放手给 Grok Bot，什么事必须你点头
什么事能放手给 Grok Bot，什么事必须你点头？按能不能撤回划审批线，用五级阶梯一级一级放权，升级看证据、出错就降级。附岗位说明模板、审批清单和每周三问。
Grok Bot 装好、跑通第一个任务之后，很快就会碰到一个问题：哪些事让它自己做完，哪些事得停下来等你点头？
大多数人的答法分两派。
一派每一步都要点"确认"。它改一行代码，你看一眼；它搜一次网页，你批一次。用到后来时间没省下来，人倒成了给 Bot 打下手的。
另一派直接开 auto，丢个目标就去睡觉。第二天醒来是惊喜还是惊吓，全凭运气。
两派做法正好相反，犯的却是同一个错：把放权当成开关，要么全关，要么全开。其实放权更像一把带刻度的尺子，可以一格一格往上调。
这篇就拿这把尺子回答标题的问题，分三层说：哪条线以内可以放手，哪条线以外必须你点头，以及一个 Bot 怎么一级一级挣到更多自主权。
审批线看能不能撤回
很多人划审批线的直觉是按"事大事小"：小事 AI 自己办，大事问我。
这个直觉是错的。写一份 50 页的竞品报告是"大事"，但写错了删掉重来就行；发一条推文是"小事"，但发出去就收不回来了。
最简单直接的标准：这个操作能不能被安全撤销。
| 不用问，直接做完 | 停下来，等你点头 |
|---|---|
| 调研 | 发送（邮件、私信、外联） |
| 总结 | 发布（推文、文章、上架） |
| 分类 | 购买、付款、转账 |
| 起草 | 删除或覆盖 |
| 整理 | 改权限 |
| 准备、暂存 | 动生产环境 |
| 模拟、预演 | 同意法律条款 |
左边全是可逆的，右边全是不可逆的。就这么一刀。
还有个特别容易被忽略的细节：Bot 不应该因为第 10 步需要审批，就在第 1 步停下。
它应该把所有可逆的 90% 做完，把不可逆的 10% 整整齐齐摆在你面前，然后在边界上停住。
自主权是一级一级给的
审批线解决的是"哪些事要问"。阶梯解决的是"一个 Bot 现在值得被信任到什么程度"。
可以把信任划分成五级：
| 级别 | 名字 | Bot 干什么 | 类比 |
|---|---|---|---|
| L0 | 观察 | 只看，不动任何东西 | 实习第一周，跟着看 |
| L1 | 准备 | 调研、起草、分类，只做可逆的事 | 能交初稿了 |
| L2 | 带审批执行 | 整条路径都走完，但关键动作停下等你 | 能独立干活，盖章找你 |
| L3 | 定时/触发运行 | 不用你喊，自己按时启动，干完交回执 | 每周一早上主动交周报 |
| L4 | 协调专家 | 当参谋长，分派给其他 Bot，只把需要判断的事升级给你 | 带小组了 |
这张表最重要的一点：没有任何一个 Bot 应该从 L0 直接跳到 L3。
可现实里我们几乎都是这么干的。跑通一次 demo，觉得"挺好使"，马上挂个定时任务让它每天跑。这跟实习生第一天交了份不错的初稿，你就把公司公章交出去，没什么区别。
晋升要证据，退化要降级
一个 Bot 能不能从 L1 升到 L2、从 L2 升到 L3，我不看它某一次跑得多漂亮，只看它攒下了多少证据。
升级之前，我会问自己四个问题。
它连着跑了几次，中间有没有留下要我收拾的烂摊子？一次干净可能只是运气好，至少连续五次都干净，才说明它是真稳。
它说可逆的事，我真撤回过吗？"能回滚"说起来很轻松，可一次都没真回滚过，那就只是我以为能回滚。
审批规则真拦住过东西吗？给"发布""对外发消息"加了 Ask first，得亲眼见它在那一步停下来过，我才敢信这条规则生效了。一条从没触发过的规则，我分不清它是在正常工作，还是根本写错了。
每次都交回执了吗？做了什么、没做什么、在等谁拍板，每次都要写清楚。没有回执，出了问题就只能去问 Bot 本人"你昨天干了啥"，偏偏它的回答最不能直接信。
四个问题有一个答不上来，就先别升。
降级用的是同一套逻辑，只是动作要比升级快。升级得等证据攒够，降级只要出现反证就该动手。上个月在 L3 跑得好好的，这个月连着出错，那就退回 L2：照样让它跑，但每次跑完先停下，等我看过再放行。什么时候重新攒够连续五次干净运行，什么时候再升回去。
降级听起来像走回头路。可要是级别只能升、不能降，L3 就成了一次考试定终身，这套阶梯也就白设了。
这跟我之前写 Loop、写验证器是一个思路：要信，就信证据。放到 Bot 身上，证据就是它最近几次运行留下的回执。
我拿自己的系统对了一下
写这篇的时候，我顺手拿这套阶梯对照了一下我自己的第二大脑 AssistantBrain。
它每天早上会自动跑一条流水线：翻译新素材 → 导入 → 编译成 wiki → 生成简报，然后自动提交 git。按阶梯算，这是标准的 L3：不用我喊，定时启动，交回执（git commit 就是回执）。
我敢让它待在 L3，靠两件事。一是它干的全是可逆的事：所有改动都进 git，哪天不满意，git revert 一下就回去了。它不发布、不发推、不对外发任何东西，那些都还在我手里。二是回执现成，每天一个 commit，改了哪些文件一目了然。
能直接抄的四样东西
这四样不挑工具，Grok Bot、Claude Code、Hermes 还是自己搭的 Agent 都能用。
主 Bot 的岗位说明
负责我这个一人公司的准备和跟进工作。
开工前先读公司概要和当前工作看板。
把已确认的优先事项，变成具体的、可审查的交付物。
涉及会变化的事实，必须用最新来源。
保留操作记录，标出未完成的工作。
发布内容、对外发消息、花钱、删数据、改线上系统之前，必须先问我。
前五行按你自己的业务改，最后一行别动，它就是那条审批线。
光写在说明里还不够，Bot 读了不一定照做，得在设置里再卡一道。Grok Bot 的做法是：把这段贴进 Bot Profile 的 description，再去 Settings → General → Auto-review，给最后一行列的那几类操作各加一条 Ask first 规则。规则冲突时 Ask first 优先，不用担心被别的规则盖掉。用 Claude Code 的话，对应的是 settings.json 里的 permissions：可逆的放 allow，不可逆的放 ask。
审批清单
就是前面"审批线看能不能撤回"那张表，抄进项目文档。以后每给 Bot 加一个新能力，先问一句：它在左列还是右列？拿不准的，先放右列。
升级前的四个问题
1. 连续五次干净运行了吗？
2. 回滚真试过吗？
3. 审批规则真拦住过东西吗？
4. 每次都交了完整回执吗？
记在笔记里，每次想给某个自动化升级之前对一遍。有一个答不上来就先别升；已经升上去的，出了错照样降回去。
每周三问
升级前要查，升上去之后也得定期查。L3 的例程很少一次跑崩，更常见的是每天都"成功"，每天顺手产出一点错。
1. 它该跑的时候，跑了吗？
2. 它的产出，真的对吗？
3. 如果它明天消失了，我会注意到吗？
日历上设个每周提醒，每个定时跑的例程过一遍，十分钟的事。第三个问题最狠：答案要是"不会"，这个自动化要么在做没人需要的事，要么坏了你也发现不了。前一种删掉，后一种重新设计。
最后
回到标题：什么事能放手给 Grok Bot，什么事必须你点头？
关键看它能不能撤回，调研、起草、整理这些，让它一口气做完；发出去、付了钱、删掉了就收不回来的，停下来等你。
记不住可收藏本文，或者把它交给 AI，让 AI 来帮你记。