AI Agent 工程 · 04
04.2 实战：模拟退款审核工作流
运行无真实退款能力的本地工作流，验证订单权限、退款窗口、信息补全和人工审批闸门。
目标与系统位置
本节延续 03.3 的模拟订单工具。refundWorkflow 先通过工具读取订单，再按规则判断窗口与信息是否完整，最后只产生“可模拟批准”的状态；它不会连接支付平台，也不会执行真实退款。
客户申请 → order_lookup → 30 天规则 → 原因检查 → 人工批准 → 模拟结果
运行与输入输出
运行：npm run test:agent-course。输入为 orderId、requesterId、reason、humanApproved。输出为状态对象，例如：
{ state: "awaiting_human_approval", amountCents: 4599 }
预期检查包括：未授权订单被停止、超过窗口被拒绝、合格请求必须等待人工批准。approved_for_simulation 的 note 明确写明没有执行真实退款。
设计原因
模型能协助把“商品破损”归类，但它不能授予资金操作权限。订单归属与日期是事实读取；退款窗口是业务规则；批准是人的责任；执行接口应在未来由独立、受审计的支付服务处理。
失败排查、验收与回忆
若脚本失败，先看输出对应哪一个检查：forbidden lookup 说明权限分支，expired refund 说明规则分支。验收：五项检查均通过，且代码中不存在支付密钥或网络请求。主动回忆：为什么人工审批值必须来自受信任的业务系统，而不是模型的 true？
- 必须记：退款建议不等于退款权限。
- 建议记：状态机使失败可观察、可恢复。
- 不用记：示例金额。