阅读时间:1 分钟
0 字
Action、审批与回写
Action 用于具有业务副作用的操作。调用前需要已发布 Action 定义、有效身份、调用方生成的稳定幂等键,以及在必要时可用的审批人和源系统核验接口。
提交流程
- 读取 Action 的输入 Schema、副作用级别、审批和幂等要求。
- 为同一业务意图生成稳定幂等键;网络重试必须复用该键。
- 提交 Action 后保存返回的
executionId和traceId。 - 若状态为待审批,展示审批状态,不重复提交新执行。
- 通过状态接口或 Webhook 获取最终结果。
- 只有状态为成功且包含核验证据时,才更新调用方业务状态。
结果解释
Rejected:规则、权限或审批拒绝,不应自动重试。Failed:执行已确认失败,根据错误的可重试性处理。ResultUnknown:源端可能已经执行,调用方不得换幂等键重试。ManualReview:自动恢复停止,由指定责任人核对和处置。Compensating:正在执行业务补偿,不表示原操作从未发生。
审批变化
审批通过后,如果输入、目标实体、模型版本、授权或源端状态变化,平台会重新校验并可能拒绝执行。调用方不能把“已审批”当作永久执行许可。
验证成功
端到端验证需要重复提交、审批拒绝、执行超时、响应丢失、补偿失败和人工处理场景。每种场景都应通过 executionId 查到完整状态和证据。