先把一次用户动作和一次网络请求分开计数
用户点击一次，不保证网络只发送一次。浏览器等待超时后，JavaScript可能自动重试；第一条REST请求虽然在前端被判为失败，WordPress代理却仍在等待供应商返回，于是两条请求都完成并产生费用。只看页面上的一个答案，会漏掉第二次计量。
为实验准备20个互不相同的业务任务编号，每个编号代表用户真正想完成的一次工作。另行记录每次HTTP请求编号和供应商请求编号。业务编号回答应有多少件，网络编号说明实际发生了多少次；二者不能混用。
幂等键必须在重试之前创建
幂等键应由最接近用户意图、且能在重试之间保留状态的一层生成。常见做法是在首次提交时创建，之后所有重试携带同一键。若每次重试都重新生成键，服务器看到的仍是两个独立任务，所谓幂等只是多了一个无法使用的字段。
负责拒绝重复的层也只能有一个明确主责。若WordPress REST入口负责，就需要原子地登记处理中、成功和可安全重试三种状态；下游调用前必须先完成登记。仅在浏览器按钮上做防连点，无法阻止超时重试、多个标签页或服务器重放。
用故障注入复现，而不是等待下一张异常账单
让测试环境中的第一条请求延迟超过浏览器超时，同时保持WordPress和供应商可完成。随后触发JavaScript重试。实验期间不要同时修改超时、代理和重试次数，否则无法判断是幂等控制生效，还是第一条调用恰好更快。
20个任务至少分为无重试、首字节前超时、收到部分响应后断开和服务器返回5xx四组。预先定义哪些状态允许重试，哪些必须返回已有结果，哪些需要人工复核；不要让任何未知失败自动变成一条全新的付费调用。
| 验收项 | 目标 | 失败时说明 |
|---|---|---|
| 唯一业务任务 | 20 | 测试数据本身重复或遗漏 |
| 浏览器业务提交 | 20 | 界面重复触发 |
| REST唯一任务 | 20 | 同一业务被登记为多个任务 |
| 底层HTTP请求 | 允许大于20，但同键可追踪 | 重试不可观察 |
| 供应商付费调用 | 20 | 服务端未阻止重复 |
| 可交付结果 | 20 | 状态恢复或结果复用失败 |
上线时同时防止永久锁死
幂等记录不能无限保留，也不能在进程崩溃后永远停留在处理中。根据最长合法任务时间设置过期与接管规则，并把业务键、状态、首次请求时间和结果引用写入可审计记录；不要在记录中保存完整提示词或API密钥。
先让少量流量进入新逻辑，观察重复拒绝数、错误恢复数和供应商调用比。若供应商调用数超过唯一业务任务数，立即回退并保留样本；若结果数少于20，则说明去重过强或恢复路径丢失，不能以节省费用为由通过验收。
最终标准是三个20，而不是把重试藏起来
上线结论应写成：20个用户任务产生20个付费调用和20个结果。HTTP请求可以因网络重试多于20，但每一条都必须归属于原业务键。重复提交验收表既可交给工程师复测，也能让站点负责人理解节省来自哪里；实施字段与监测步骤可在指南中继续配置。
以后调整浏览器超时、REST代理或供应商SDK时，重新运行同一组20件实验。幂等性不是一次性功能，而是跨层通信改变后必须重新证明的系统属性。
把“JavaScript重试与REST代理导致重复提交：怎样把20次任务控制为20次调用”的重复提交验收表用于第一次真实安装。免费下载 AI Cost Circuit Breaker，先从 Monitoring 开始，验证预期信号和回退方式后再启用强制控制。