浏览 AI 知识库

AI 人工审核流程：在发布、付款、删除和改权限前确认

AI 可以准备退款清单，但付款、删除、发送和权限变更必须由有权的人确认。确认页还要明确展示对象、数量、金额和不可逆影响。

需要哪一项，就直接查到哪一段

把表格、命令、清单或规则作为工作中的查询工具，不要求从头顺序阅读。

这张表什么时候有用

自动化把“生成退款清单”和“执行退款”连在一起。测试时使用了真实账号，只差最后一次点击就会产生付款状态变化。

字段参考

要记录的内容	怎么填写	检查点
动作与对象	具体平台、账号、资源、收件人、金额或权限。	不会因名称相似选错目标
变更前状态	旧值、当前版本、备份、草稿或待删除清单。	影响可见并可恢复
预览	完整内容、差异、受众、时间、费用和副作用。	审批人看到将真正执行的版本
确认人	谁有权限批准、确认有效多久、变化后是否需要重批。	不是 AI 自己确认
执行与回读	执行后读取实际状态、编号、回执或日志，失败和部分成功分别处理。	结果可审计

确认单示例

这是一份构造示例，不授权任何真实删除。实际高风险动作必须由当前系统和资源责任人确认。

本例材料

需要确认	本例内容
现有材料	流程包含读取订单、生成候选清单、主管复核、执行退款和发送通知；金额超过 500 元需二次审批。
不能越过的边界	发布、付款、删除、发送和权限变更必须有明确人工确认；预览与执行账号分离；审批不能由同一自动步骤模拟。
要交付的结果	人工确认点与审批记录

最终输出

审批表把前两步设为自动只读；主管确认订单与金额后生成待执行预览；超过 500 元追加财务审批；最后由授权账号执行。记录包含输入版本、审批人、时间、执行结果和撤回/补救路径。

常见失败

验收方式

每个外部状态变化都有独立确认点审批人具备对应权限且不能被 AI 代替执行前后的证据和异常处理可追溯对象、账号、资源、金额或收件人明确且可核对变更前状态、备份和恢复方式已经验证审批人看到的是即将执行的完整预览内容、对象、金额或时间变化后重新确认执行后回读实际状态并记录部分失败

进一步核对

错误码只能帮助定位响应层，不能代替完整错误、请求时间线和真实复测。

回答跑偏时分开检查输入、任务、约束和输出格式，并用固定用例验证修改。