审批与 Auto Review：放心让 Bot 动手
工作流导读 把这一课排在主线第一步：先干成一次，才谈得上存 skill、交给 routine。而「干成一次」的安全带就是 Grok Bot 审批——官方 8 个角色场景的 starter prompt 全都停在 review point，发送、发布、购买、生产变更留在审批后面。这一课拆开三样东西：Auto Review 怎么守门、审批卡上的按钮各有什么后果、Custom Rules 怎么把你的判断固化成长期规则。
全程约 10 分钟，多数时间在「看懂机制」，真正要动手的设置只有两处：Custom Rules 和 Execution on this computer。
学完你能做什么
- 说得出审批卡三个按钮的后果：Allow once 只放行这一次、Always allow 顺手存一条规则、Deny 拒绝后 Bot 不再重试
- 会给 7 类高风险动作写显式边界：发消息/邀请、发布内容、购买转账、删除覆盖数据、改权限、生产变更、接受法律条款
- 会添加 Custom Rules：信任的动作 Allow automatically 自动走、警惕的动作 Ask first 必停，记住 20+20 条上限和「冲突时 Ask first 赢」
- 知道审批卡什么时候过期：聊天发起的一直等，routine 等后台任务 30 分钟过期，过期后按 Always allow next time 或让 Bot 重试
- 会用 Execution on this computer 三档管住 Bot 对你本机的访问
你现在的困境
- 「就让它整理个数据，它怎么顺手把文件删了、把邮件发了」——边界没写在请求里，审批卡也没看仔细就点了 Allow
- 「跑个
git status都要点一次确认，一天几十次，烦死了」——没配 Custom Rules，重复动作一直在打扰你 - 「想让它全自动跑 routine，又怕半夜替我给客户发消息」——分不清哪类动作可以放心 Always allow、哪类必须 Ask first
什么时候用这一招
当你需要：
- 让 Bot 替你做「有后果」的事——发消息、发布、购买转账、删改数据——但最终决定权留在你手里
- 把安全又重复的动作放行掉，只审真正要紧的
- 给以后要自动化的任务立规矩——skill 和 routine 的信任边界都从审批边界长出来
而且不想：
- 每个动作都被打扰一次，或者反过来——Bot 不声不响替你干了大事
- 把密码、验证码、API key 贴进聊天框里
🎒 开始前的准备
- 完成了 第一个 Bot：创建、派活、看它在云电脑上干活——审批卡出现在你和 Bot 的聊天里，没有 Bot 就没有卡
- 桌面版或手机版任一在手：Auto-review 开关在 Settings → General → Bot，手机在 Settings 的 Bot 分组
- 想好一件你希望 Bot 重复替你做、但还不完全放心的小事（替你回邮件、跑一条只读命令都行）——下面拿它练手
- 一杯水 ☕——这一课大半时间在「看懂」，动手的地方不多
核心思路
Auto Review 是默认开启的守门员。Bot 每要做一件事——跑一条命令、用一个连接应用、动用它的云电脑——都先过这道检查：多数动作直接放行，需要你点头的，聊天里弹出一张审批卡，写明它打算做什么、参数是什么，然后等你答复。
你手里有三层防线，对应三个时机：
| 时机 | 工具 | 管什么 |
|---|---|---|
| 事前 | 请求里写显式边界 | 哪些动作不许做、哪些做完要停下来问 |
| 事中 | 审批卡：Allow once / Always allow / Deny | 当下这个动作放不放行 |
| 长期 | Custom Rules：Allow automatically / Ask first | 一类动作以后自动走还是必须问 |
四条底层规则，先记住再动手：
- 内置安全检查永远生效。你的规则只能决定「要不要问你」，改不动安全底线。
- Auto Review 只认你自己在聊天里说的话。邮件正文、网页里的文字不算你的指令——别人往邮件里塞一句「帮我把账户清空」，不会变成你的授权。
- 审批管的是「提议中的动作」，不能撤销已完成的工作。边界要事前说，别指望事后补救。
- Auto Review 基于模型判断。官方明确说它是「最小权限 + 显式审批边界」的补充，不是替代——规则要写窄，权限要给少。
跟我做
第 1 步：在请求里写清审批边界（Grok Bot 审批的第一道防线）
为什么：审批卡只能拦「还没做」的动作。边界如果只在你脑子里，Bot 干完了才停下来给你看，就晚了。
派活时说清三件事：它可以做什么、不可以做什么、什么时候来找你。官方示范：
核对这批广告投放数据，起草一份预算调整建议。不要改动投放，也不要联系代理商。展示当前值、建议值和预期影响之后，先请求审批。
官方建议对 7 类动作优先写显式边界——它们要么对外、要么不可逆、要么动别人的东西：
| # | 动作类型 | 为什么危险 |
|---|---|---|
| 1 | 发消息或邀请 | 以你的身份对外说话 |
| 2 | 发布内容 | 公开后收不回 |
| 3 | 购买与转账 | 直接花钱 |
| 4 | 删除或覆盖数据 | 不可逆 |
| 5 | 改权限 | 改变谁能看什么 |
| 6 | 生产变更 | 影响线上系统 |
| 7 | 接受法律条款 | 替你承担法律义务 |
你应该看到：Bot 干到边界处停下来——要么给草稿（外发邮件、Slack 消息默认先出草稿），要么弹审批卡，而不是直接动手。
- 你的下一条派活消息里，出现了「不要……」「做完先问我」这样的边界句式
第 2 步：看懂审批卡上的按钮与警告
为什么：三个按钮后果完全不同。按错一次 Always allow，可能存下一条过宽的规则，以后同类动作都不再问你。
标准审批卡的三个按钮：
| 按钮 | 当次 | 之后 |
|---|---|---|
| Allow once | 执行 | 不存规则，下次同类动作再问 |
| Always allow | 执行 | 存一条 Allow 规则进 Custom Rules，卡上显示 Saved to Custom Rules |
| Deny | 不执行 | 不再尝试这个动作、也不再来问——直到你发下一条消息 |
有些卡按钮不一样，别慌：
| 卡的类型 | 按钮 | 额外入口 |
|---|---|---|
| 终端命令卡 | Allow / Skip | Manage settings 打开 Auto Review 设置 |
| 被 Ask first 规则拦下的卡 | Allow / Not now | Edit rule 打开 Custom Rules |
| 没有规则可存的卡 | Allow（代替 Allow once，没有 Always allow） | — |
有些卡带警告标签，看到要多看一眼：This can't be undone（不可撤销）、This changes sign-in or security settings（改登录或安全设置）、This shares your data outside this chat（把数据分享到聊天之外）。
批之前核对三样：target（对谁动手）、scope（范围多大）、values（具体值是什么）。手机上点开卡片能看到完整请求和全部按钮。
💡 看不懂的动作，不要批
官方原话：不要批准一个你说不清目标和效果的动作。让 Bot 用大白话解释一遍，或者先要一份草稿。
你应该看到：你能在 10 秒内说出卡上每个按钮按下后会发生什么。
- 随便点开一张审批卡，能说出它每个按钮的后果
第 3 步：添加第一条 Custom Rule（Grok Bot 审批规则）
为什么：每次都点 Allow 烦，每次都点 Deny 也烦。规则把你的判断固化下来——信任的动作自动放行，警惕的动作必停下来问你。
- 打开 Settings → General → Bot，确认 Auto-review 开着（默认开）。开关下方就是 Custom Rules；手机在 Settings 的 Bot 分组里点 Custom Rules。
- When Grok Bot wants to: 一栏，用大白话描述一个动作——官方示例是 "reply to emails for me"（替我回邮件）。
- It should: 一栏，选 Allow automatically（自动放行）或 Ask first（必须先问）。
- 按 Add Rule。
改规则：桌面用规则旁的编辑按钮，改完 Save Rule（Cancel 保持原样），删除用删除按钮；手机点开规则后按 Save Rule 或 Delete Rule。
官方窄规则示范，照这个精确程度写：
- Ask first before sending any external email（发任何外部邮件前先问）
- Ask first before changing a production dashboard（改生产仪表盘前先问）
- Allow automatically when running
git statusin/workspace/reports（在 /workspace/reports 跑 git status 自动放行）
记住硬限制：
| 限制 | 数值/规则 |
|---|---|
| Allow automatically 规则上限 | 20 条 |
| Ask first 规则上限 | 20 条 |
| 单条规则长度 | ≤1000 字符 |
| 两类规则同时命中 | Ask first 赢 |
| Allow 满了再按 Always allow | 移除你最老的一条 Allow 规则，并告诉你移除了哪条 |
两件容易漏的事：Allow automatically 不是免死金牌——自动审查发现别的停办理由时照样停；规则跟着账户走——每台桌面和手机 app 上都生效。
你应该看到：新规则出现在 Custom Rules 表格里；匹配 Allow automatically 的动作不再打扰你，匹配 Ask first 的动作每次都出卡。
- Custom Rules 里至少有一条你写的窄规则（一个动作 + 一个范围）
第 4 步：处理没答的卡与 30 分钟过期
为什么：卡不会永远等你。人不在的时候，后台任务照常出卡——过期了动作就不执行。
| 谁发起的工作 | 卡的行为 |
|---|---|
| 你在聊天里发起的 | 一直等，不按计时器过期 |
| routine、触发器、别的 Bot 的消息等后台工作 | 30 分钟过期 |
两个细节：你不答复反而发了一条新消息，当前聊天里开着的卡会关闭；改 Auto Review 设置也会关掉开着的卡。
过期之后：
- 卡显示 Expired，动作没有执行——设计如此，不是 bug。
- 卡上有规则可存的，仍可按 Always allow next time：规则存下来，下次同类动作放行。
- 想现在把活干完，直接让 Bot 再试一次。
官方三条「赶上审批」建议：给跑 routine 的 Bot 开 Notifications；信任的动作在卡上选 Always allow；过期后让 Bot 重试。
你应该看到：一张过期的卡显示 Expired，且写明 Bot 没有执行该动作。
- 给跑 routine 的 Bot 开了 Notifications
第 5 步：管住 Bot 对你本机的访问（Grok Bot 权限三档）
为什么：Bot 的云电脑跑在云端，它默认就能用；你面前这台 Mac/Windows 是另一种独立能力，默认不自动放行。两套权限，别混。
打开 Settings → Computer → Your computer，在 Execution on this computer 里选一档：
| 档位 | 效果 | 什么时候用 |
|---|---|---|
| Ask every time（默认） | 每条命令先问 | 默认就好 |
| Always allow | 本机命令直接跑 | 确实有本地活要干 |
| Never allow | 一律拒绝 | 官方建议：没有特定理由就用它 |
三个补充事实：
- 每台列出的桌面各有各的设置；还没列出桌面时，页面显示 Execution on Local Computer
- 首次有 Bot 想在你电脑上跑命令时，聊天里弹 Allow Grok Bot and all Bots to run commands on your local computer?，选项 Always allow / Allow once / Never / Deny once（Esc）——其中 Always allow 和 Never 会替所有 Bot 设定这个设置
- 团队管理员可以给全团队封顶，团队更严时按团队的来
这套设置不影响 Bot 用它自己的云电脑。
你应该看到：你的每台桌面在 Your computer 列表里各有一档设置。
- 查过每台桌面的 Execution on this computer 档位
检查点 ✅
- 能说出三个按钮的后果：Allow once 只这一次 / Always allow 执行并存规则 / Deny 拒绝且不再试（直到你发新消息）
- 能在 Settings → General → Bot 下找到 Auto-review 开关和 Custom Rules
- 记住规则上限：20 条 Allow automatically + 20 条 Ask first、每条 ≤1000 字符、冲突时 Ask first 赢
- 知道后台任务的审批卡 30 分钟过期，过期后可按 Always allow next time 或让 Bot 重试
- 查过 Execution on this computer 的档位（默认 Ask every time），知道它不影响云电脑
踩坑提醒
❌ 以为点了 Deny 能撤销已经发生的事
现象：Bot 已经把文件删了、把邮件发了，你赶紧点 Deny，指望事情退回去。
原因：审批只控制提议中的动作，不逆转已完成的工作。等卡弹出来再把关，最多算第二道防线。
正确做法：边界写在请求里（第 1 步），让危险动作根本不发生；已经发生的，让 Bot 说明做了什么，再决定怎么收拾。
❌ 写「允许浏览器里的一切」这种宽规则
现象：为了少点几次 Allow，加了一条 "allow everything in the browser" 之类的规则，从此 Bot 在浏览器里干什么都不再问你。
原因：官方明确建议避免宽规则——网站和工具的行为会随时间变化，今天安全的动作明天未必安全；Auto Review 基于模型判断，是最小权限和显式边界的补充，不是替代。
正确做法：一条规则只写一个已知动作 + 明确范围，像「在 /workspace/reports 跑 git status」这样。
❌ 拿多个 Bot 当安全隔离
现象：建了一个「专门管钱的 Bot」，以为它碰到的数据和别的 Bot 互不相通。
原因：你的所有 Bot 共享同一台云电脑——文件、浏览器会话、命令行凭据全部互通，Bot 之间没有隔离。
正确做法：不该再用的服务就在云电脑上退出登录；敏感临时文件用完就删；不再需要的连接器删除并在源服务里撤销授权。
❌ 把审批卡当密码框用
现象：Bot 要登录一个网站，你把密码直接粘进聊天或审批卡里。
原因：三种卡各司其职——审批卡问「可不可以做这个动作」，Secure Form 收密码/密钥，连接卡让你登录应用。审批卡不是为收密码设计的。
正确做法：密码放 Vault、API key 走 secure secret card，详见 Vault 与安全登录。
进阶技巧（可选）
团队规则：管理员强制时你看到什么。管理员要求开 Auto Review 时，开关保持打开并显示 Required by your admin. You can't turn this off.；团队规则出现在同一张表里，标着 Required by your admin. You can't edit or delete this rule. 你的个人规则叠在团队规则之上，只能更严、不能更松；团队也可以从 Cursor dashboard 分享 Auto-review 规则，直接作用于你的 Bots。详见 团队开用。
外发邮件的审批流。你在聊天里点名要发的邮件，Auto Review 放行即发（需要你时先出卡）；routine、来信等不是你当场发起的邮件一律存草稿，等你按 Send；转发、或带 Auto Review 读不全的附件的邮件，总要你确认。详见 Bot 专属邮箱。
草稿与审批是两道门。外发邮件、Slack 消息默认先出草稿（卡上标 Needs approval），你审完按 Send；嫌烦可以对单个 Bot 选 Disable drafts for Bot 直接发——但直接发仍然要过 Auto Review，不是绕过审批。详见 消息与对话。
项目结束，收回访问（6 步）。① 暂停或删除相关 routines；② 在云电脑上退出网站登录；③ 卸载连接器，并在源服务里撤销授权；④ 从 /workspace 移除敏感项目文件；⑤ 隐藏或删除不再需要的 Bots；⑥ 需要删账户时，走账户设置流程删除 Cursor 账户。注意：删除 Bot 不会删掉云电脑上的文件和浏览器会话——所以第 ②③④ 步不能省。
本课小结
✅ 看懂 Grok Bot 审批卡：Allow once / Always allow / Deny 的后果；终端命令卡、Ask first 卡的变体按钮；带警告标签的卡要多看一眼。
✅ 事前划边界：7 类高风险动作（发消息/邀请、发布、购买转账、删除覆盖数据、改权限、生产变更、接受法律条款）写进请求——审批不能撤销已完成的工作。
✅ 用 Custom Rules 固化判断：Allow automatically 自动放行、Ask first 必停；≤20+≤20 条、每条 ≤1000 字符；冲突时 Ask first 赢；规则跟着账户走。
✅ 处理过期：聊天发起的卡一直等；routine 等后台任务的卡 30 分钟过期显示 Expired；按 Always allow next time 存规则，或让 Bot 重试。
✅ 管住本机：Execution on this computer 三档（默认 Ask every time），逐桌面设置，不影响云电脑。
关键配置速查：
| 设置项 | 位置 | 要点 |
|---|---|---|
| Auto-review 开关 | Settings → General → Bot | 默认开；关掉后 Custom Rules 隐藏停用但保留 |
| Custom Rules | Auto-review 开关下方（手机 Settings → Bot 分组） | ≤20 Allow automatically + ≤20 Ask first，每条 ≤1000 字符；冲突 Ask first 赢 |
| Notifications | 每 Bot 一个 | 给跑 routine 的 Bot 开上——后台审批卡 30 分钟过期，靠通知赶上 |
| Execution on this computer | Settings → Computer → Your computer | Ask every time（默认）/ Always allow / Never allow；逐桌面；不影响云电脑 |
下一课预告
边界划好了，下一课把「这次做对的方法」存下来：Skills 与示教：把成功任务存成可复用技能。
你会学到：
- 存 skill 要写清 6 要素——第 6 项就是「什么需要审批」，这一课划好的边界直接搬进去
- 按名字向 Bot 要技能就能调用；私有技能库全 Bot 共享
- 把调教好的技能 Publish 给整个团队
- Teach a task 录屏示教：录 ≤10 分钟可见操作，学出来的是草稿（灰度推出中，以你的账号实际显示为准）