先确认输入，再对照完整交付物
下面保留了原始材料、逐项结果和完整报告。先独立处理输入，再用参考结果检查遗漏与分歧。
政策和付款记录为虚构，只演示资料核查，不判断法律权利。未读取Stripe或邮箱、执行退款、取消订阅或发送回复。
本站原创合成材料。先看输入独立练习，再切换参考结果对照。
原始合成材料
{
"synthetic": true,
"case": "stripe-refunds",
"data": {
"policy": [
{
"id": "POL1",
"text": "购买7日内且未使用，可交人工审核；最终由人工决定。"
},
{
"id": "POL2",
"text": "已退部分需核对既有退款，不能重复退同一金额。"
}
],
"requests": [
{
"id": "R01",
"days": 3,
"unused": true,
"paid_minor": 10000,
"currency": "USD",
"refunded_minor": 0
},
{
"id": "R02",
"days": 12,
"unused": true,
"paid_minor": 10000,
"currency": "USD",
"refunded_minor": 0
},
{
"id": "R03",
"days": 4,
"unused": true,
"paid_minor": 10000,
"currency": "USD",
"refunded_minor": 2000,
"prior_refund_state": "succeeded"
},
{
"id": "R04",
"days": 2,
"unused": null,
"payment_id": null
},
{
"id": "R05",
"days": 3,
"unused": true,
"paid_minor": 10000,
"currency": "USD",
"refunded_minor": 10000,
"prior_refund_state": "succeeded"
}
]
}
}本次处理规则
只是按虚构政策整理人工审核材料，不作最终同意/拒绝或法律判断。金额用最小单位，保留币种。既有退款先核对状态；成功部分退款只计算尚未退的算术余量，不自动退款。缺付款或使用情况先补，不执行任何财务操作。
按本篇规则编写的完整参考结果，未写入第三方服务。表格较宽，可左右滑动查看。
| 申请 | 政策核查 | 历史与缺项 | 人工下一步 |
|---|---|---|---|
| R01 | 3日、未使用 | USD100已付，未退款 | 材料满足POL1，交人工决定 |
| R02 | 12日超出POL1窗口 | 非最终法律结论 | 列政策差异，人工核查例外 |
| R03 | 4日、未使用 | 已成功退20；算术余量80 | 核对历史与申请金额，不重复退 |
| R04 | 2日，使用未知 | 付款id缺失 | 补材料，不猜订单 |
| R05 | 3日、未使用 | 100已全退 | 核对重复申请，不再生成退款动作 |
USD100-20=80只是算术余量，不是批准退80，更不表示资金已执行。
R04：请补充订单标识及使用情况，以便核对申请。请勿提供完整卡号或账户密码。
退款核查清单｜虚构政策 R01满足所列材料条件，仍由人工决定。 R02超出POL1时间窗，交人工核查政策与适用例外，不下法律结论。 R03已成功退USD20，算术未退余量USD80；待核对本次请求。 R04缺付款身份与使用情况；R05已全退，查重复申请。 仅准备一份R04补件草稿。未批准、执行或发送任何退款。
把材料与工具准备清楚
先用材料练习
- 下载两条政策和五条申请。
- 分清符合材料条件与已批准退款。
- 本例USD10000分=100.00，不是10000美元。
接入真实环境时
- 确认有权读取的支持邮箱与Stripe账号。
- 只读取最少付款身份、金额、状态与退款历史。
- 最终决定、金额与实际操作由人工负责，本教程停在报告和回复草稿。
先用下面的材料和指令完成一次文件练习。接入自己的服务时，核对实际账号、可用工具与操作范围，再按每步的检查点继续。
先下载原始材料与规则 ↓执行与接管边界
以下动作以已约定的输入、账号和范围为前提；设置 Routine 不会扩大授权范围。
可自动执行
只读提供的申请、政策和交易快照，计算可核对余额，生成建议、例外与客户回复草稿。
需要确认
本教程只做审核建议；真实退款、发邮件、改订单或优惠均需逐笔明确批准，不能从余额推导退款授权。
失败后接管
付款 id 缺失、历史冲突或退款状态不明时停在待判断，交人工回查 Stripe；不能重复提交退款或把已提交写成已到账。
把政策条款与材料范围列清楚
退款整理首先是核查依据，政策文本也有适用范围。虚构规则不能替代真实合同或法律结论。
读取POL1/POL2与五条申请，列条款条件、可见字段和缺项。只处理上传材料，不读邮箱或Stripe，不作最终同意/拒绝，不执行资金动作。政策与申请索引。
所有建议注明是人工审核材料，不构成最终批准。
核对付款身份、状态与最小单位
金额必须连同币种和单位解释。真实系统中申请者自述付款不能直接当已验证交易，先与指定付款身份对应。
规范paid_minor/refunded_minor与币种，保留原值；未知payment_id写缺失，不按姓名或邮件猜付款。列需要核对的原始证据，不读取真实卡号或密钥。付款字段与缺项表。
10000分显示USD100；R04缺失身份没有被补造。
先查既有退款，区分成功与未知
部分退款、待处理与失败是不同状态。只有确认状态后才能解释剩余金额，不能看到请求就重复创建。
逐条核对既有退款状态，R03成功20、R05成功100。计算R03算术余量80并标非批准金额；未知状态列人工核查，不给执行请求。历史处理与重复风险表。
R05不出现二次退款，R03的80没有被写成已批准。
给人工建议，草稿只补必要材料
清单应说明满足了哪些条件、仍缺什么。回复不承诺结果，也不索取完整支付卡或密码。
对照POL1/POL2生成五行人工清单，超时或缺失只列差异。仅为R04起草补订单标识与使用情况的回复，不承诺退款、不发邮件、不取消订阅。参考清单与一份本地草稿。
五条均有依据，R04无虚构订单，未出现资金已执行。
真实试跑只核对少量记录
从文件练习进入真实账号时先只读，身份和历史退款要回查。报告生成不能被当作支付平台操作成功。
先核对<Stripe账号/支持队列>与只读能力，最多3条申请，按明确付款id读取必要字段和退款历史。只交人工核查表，不创建退款或取消，不发消息。无法匹配则停在缺项。带身份与时间的只读核查或阻塞。
资金、订阅和邮件状态均没有变化。
为重复申请与状态变化留记录
同一付款可能有多次申请和状态更新。保留申请身份、付款身份、上次读取时间与人工决定，避免每次从零生成相同建议。
保存refund-review Skill：政策版本、申请/付款id、币种、历史状态、缺项、人工决定与复查。默认只读文件，不把人工审阅结论升级为自动退款权限，不创建财务Routine。可回查的核查方法。
同一申请复跑可识别，资金操作仍由人工负责。
卡住时先看证据，再决定下一步
部分退过还能直接退余额吗
先核对状态、申请和人工决定，算术余额不等于授权金额。
申请没有付款id
列缺项，不能按名字猜交易或查看无关付款。
超过7天就一定无权退款吗
本例只比较虚构政策条件，不作法律结论，交人工判断。
创建退款后状态还没成功
本教程不执行退款；真实状态应回查，不能把已提交当资金已到账。
完成前，逐项核对
勾选用于本次自查，刷新后重置；不代表真实服务已经通过验证。
已核对 0 / 6 项
原始输入与参考答案分开下载
第一次先交原始材料和规则，不提前提供参考答案。验收后，再下载报告与全部提示词保存。
把官方能力与练习结果分别核对
内容更新日期： · 修改页面不等于重新核验资料或实操。
资料核验：已按记录范围核验 ·
已核对部分退款、累计金额上限及待处理/失败等状态；资料核验不代表账号权限、退款或客户通知已验证。
实操核验：未核验
未核验：本轮只复核退款状态与边界资料；二丫头当前工具清单未暴露 Stripe。后续需用户提供测试模式连接和具体测试对象；仅做只读核对，真实退款由人工接管，未执行资金操作。
政策和付款记录为虚构，只演示资料核查，不判断法律权利。未读取Stripe或邮箱、执行退款、取消订阅或发送回复。
- Stripe：退款说明 ↗
核对部分退款、历史与状态；本页不执行财务操作。
- Grok Bot：应用与共享电脑 ↗
核对连接方式、可见范围与账号内共享状态。
- Grok Bot：Skills 与 Routines ↗
先验证一次手动任务，再保存与安排重复运行。