Phase 2 · 业务示例

一次退款工单,是怎么被管住的

业务示例(Phase 2 阶段,coding agent 是第一个切入点)。先绑策略,再打检查点;万一失败,只重试当前子任务就行。退款和回客户之前,都得先过确认。要说清楚:退款本身收不回来,BeforeWire 靠的是 gate 加确认加补偿,不是回滚——尽力把业务安全守住,而不是假装零风险。

退款先走受控运行,再真正执行

智能体尽管去分析订单、对退款规则,可一旦要发退款、改工单状态、通知客户,那都是会生效的写操作。BeforeWire 在动作生效之前,插进策略、检查点、待执行队列和确认记录。退款这事收不回来,所以 BeforeWire 给的是 gate、确认和补偿,而不是回滚。

refund-run.previewmaterialized
00:08policy refund-v3 bound
00:25direct payment.refund blocked
00:52support lead approved
01:16receipt sha256:91fd...
00:08 policy

给 run_042 绑上 refund-v3 策略包

金额阈值、订单状态、客服角色、凭据范围,统统挂到 run_042 上。

00:25 blocked

直接调 payment.refund?拦下

生产支付凭据不会塞给智能体;退款得走代理,还得过确认。

00:33 checkpoint

检查点 cp_004 已落盘

能恢复的状态先存下来,出错就从当前子任务接着来,不用整条任务重跑。

00:52 approval

客服主管点头,才执行

退款、改工单状态、回客户,都从待执行队列里过一遍确认,结果记进动作凭证。