机制
标一个 manual_approval，写操作就停在人面前
审批门控是步骤级的：同一条工作流里，拉数据、做分析照常自动跑；动钱、动线上配置的步骤停下来等人。
01暂停并通知执行到标了 manual_approval 的步骤，工作流立刻挂起；审批请求同时送到 App 内收件箱和邮箱，API 里也能查到。
02审批人查看、编辑审批表列出每条待执行动作和它的上下文数据；数值字段可以直接编辑，改完的值就是实际执行的值。
03批准、拒绝或超时批准后从暂停处继续执行；拒绝立即停止后续动作；超过配置的时限自动按拒绝处理，线上保持零改动。
可编辑审批表
把 $0.90 改成 $0.80，再点批准
某订阅制应用团队的出价审批就是这样一张表：AI 建议把「文件转换」的出价从 $0.65 提到 $0.90，审批人觉得高了，改成 $0.80 再批准，实际执行的就是 $0.80。
- 数值字段直接改，工作流按改后的值执行
- 每条动作单独勾选，未勾选的不会执行
- 拒绝或超时，线上零改动
- 每一次批准和拒绝都有记录，API 里能按执行查回来
approve_bid_changesPENDING
timeout · 24hraise_bid关键词「文件转换」
当前价$0.65→建议价$0.80审批人已把 AI 建议的 $0.90 改成 $0.80
raise_bid关键词「PDF 工具」
当前价$0.40→建议价$0.55
pause_keyword关键词「免费下载」
暂停原因持续花费，没有带来订阅
批准所选全部拒绝演示界面，数值为示例
批复通道
审批请求送到三个地方
工作流暂停的那一刻，通知已经发出去了；用哪个入口处理都一样生效。
App 内收件箱待批的请求集中在收件箱里，打开就是完整审批表，改完数值直接在页面里批准或拒绝。
邮件通知审批请求同步发到审批人邮箱，写明超时期限，提醒你在自动拒绝之前处理。
API 批复用一把只带 APPROVAL_RESPOND 范围的 API Key 查询并回复审批，接进值班机器人或自己的运维后台。
真实案例
某订阅制应用团队把 Apple Search Ads 的出价改动全部放在审批后面：AI 逐词复核关键词、生成调价和暂停建议，按 5 类动作分组送审；审批人逐组过目，必要时直接改出价。拒绝或超时，线上零改动。