## 1. 把政策条款与材料范围列清楚

读取POL1/POL2与五条申请，列条款条件、可见字段和缺项。只处理上传材料，不读邮箱或Stripe，不作最终同意/拒绝，不执行资金动作。

应拿到：政策与申请索引。
检查：所有建议注明是人工审核材料，不构成最终批准。

## 2. 核对付款身份、状态与最小单位

规范paid_minor/refunded_minor与币种，保留原值；未知payment_id写缺失，不按姓名或邮件猜付款。列需要核对的原始证据，不读取真实卡号或密钥。

应拿到：付款字段与缺项表。
检查：10000分显示USD100；R04缺失身份没有被补造。

## 3. 先查既有退款，区分成功与未知

逐条核对既有退款状态，R03成功20、R05成功100。计算R03算术余量80并标非批准金额；未知状态列人工核查，不给执行请求。

应拿到：历史处理与重复风险表。
检查：R05不出现二次退款，R03的80没有被写成已批准。

## 4. 给人工建议，草稿只补必要材料

对照POL1/POL2生成五行人工清单，超时或缺失只列差异。仅为R04起草补订单标识与使用情况的回复，不承诺退款、不发邮件、不取消订阅。

应拿到：参考清单与一份本地草稿。
检查：五条均有依据，R04无虚构订单，未出现资金已执行。

## 5. 真实试跑只核对少量记录

先核对<Stripe账号/支持队列>与只读能力，最多3条申请，按明确付款id读取必要字段和退款历史。只交人工核查表，不创建退款或取消，不发消息。无法匹配则停在缺项。

应拿到：带身份与时间的只读核查或阻塞。
检查：资金、订阅和邮件状态均没有变化。

## 6. 为重复申请与状态变化留记录

保存refund-review Skill：政策版本、申请/付款id、币种、历史状态、缺项、人工决定与复查。默认只读文件，不把人工审阅结论升级为自动退款权限，不创建财务Routine。

应拿到：可回查的核查方法。
检查：同一申请复跑可识别，资金操作仍由人工负责。