第 9 课 · Auto-review：它什么时候来找你签字

把需要你判断的动作写在派活里

Bot 在云端做事，确实可以省下盯着屏幕的时间。但它不能替你决定一封邮件该不该发、数据能不能删除、某个页面能不能上线。把这些界限写进任务，比事后猜一张审批卡片会不会出现可靠。

官方权限说明建议对外发信、发布、购买、删除、权限变更和生产修改设明确的停点。Auto-review 会按规则检查动作，也可能因为风险再停下来询问；你仍要读清拟执行的目标、范围和参数。不要把自动审查看成“所有危险动作一定自动拦下”的承诺。

例如整理一份活动名单，可以这样交代。

请根据我提供的虚构名单整理活动邀请草稿，只在当前对话里输出。
允许：去重、按城市分类、指出缺少的信息。
需要先问我：读取其他文件、连接邮箱、邀请任何人、改动真实名单。
如果发现两个同名记录，不要自行合并，列出冲突让我判断。
交付：名单表格、草稿文本、仍待我决定的事项。

这段话把完成标准和审批边界写在一起。Bot 交回结果时，你可以先看“已经做了什么”和“还在等什么”，再决定要不要推进下一步。

审批卡片怎么读

“允许一次”适合只确认当前动作。“始终允许”会保存一条更长期的规则，范围太宽时可能放过下次不同的任务。只给已知、低风险、范围具体的动作考虑窄规则。看不清目标或影响时先拒绝，请 Bot 用普通话说明；别靠连续点允许把问题压过去。

同样，不需要为了学习而故意拒绝一张真实业务审批卡。你可以在纸上模拟一次。如果卡片写着“向五位客户发送邮件”，先看名单是否真实、邮件是否已定稿、五位是否都在批准范围内。任一项未知，就让它停在草稿阶段。

练一次风险分级

从你正在做的任务里挑四个动作，写一张表。示例可以是读取公开网页、整理本地练习文件、起草发给自己的邮件、向真实联系人发送邮件。逐项标出“可直接做”“逐次问我”“本任务不允许”。

写完对照两个标准检查。第一，谁拥有最后决定权，是否写得足够清楚；第二，Bot 遇到计划外的新动作时是否知道停下。发布、购买、删除和生产变更放在逐次确认或不允许一栏。结果如果仍含“需要时自行判断”这样的空话，继续把对象和范围缩小。