AIGoCode 取消续订和申请退款：先分清订单，再准备这份清单

先把想停止的事情说清楚

“不想继续订阅”和“想退回已经支付的订单”对应两项需要分别确认的事情。AIGoCode 的 退款说明 建议，不想继续订阅时，在控制台或支付入口取消续订；申请退款则按主站 退款政策，通过官方工单系统或客服渠道提交材料并接受审核。

处理前可以先写下自己的目标：只取消续订、只核查某笔订单，还是同时取消续订并申请退款。随后分别记录取消操作的结果和退款申请的结果，不要把“已提交申请”或“已取消续订”当作“退款已批准”的凭据。

这篇文章帮助你整理一次申请，不替代正式政策，也不预判某笔订单是否能退。是否批准、可退金额和到账情况，仍取决于订单与使用记录、支付状态及审核结果。

第一张表：根据问题决定先准备什么

前四项处理方向来自官方退款说明。对于连接问题，文档建议先按错误码排查，仍无法解决再联系支持；并没有把“工具无法连接”直接等同于“订单必定全额退回”。若疑问来自用量，可以先参照 一次任务的用量核对方法 整理记录。

第二张表：固定积分包与订阅使用不同的计算依据

打开订单后，先区分购买的是固定积分包还是订阅套餐。正式政策对这两类订单的不可退款部分采用不同依据：

订阅政策中的默认周期为 28 天，也就是 4 周。周数从个人开通时刻起，每连续 7 天滚动计算，不按日历上的周一至周日划分；已经进入但不足 7 天的周期，也按一个完整周期视为已交付。已交付周不因实际使用很少或没有使用就成为可退款周。

因此，对订阅提出“我只用了很少额度”的说明时，还要补上开通时间和当前进入的周数。政策同时说明，订阅按已开通时间计算后，不再单独扣减已交付周内的实际使用额度。整理自己的估算表时，别把这两个项目重复扣除。

用两个假设订单理解差异

下面只演示计算口径，200 元是任意假设金额，不是套餐报价，也不是实际退款案例。假设订单实付均为 200 元、适用一般的 5% 退款处理费、没有其他不可退款费用，并暂不考虑其他审核限制：

• 固定积分包已经消耗等值 50 元：按示例条件计算为 200 - 50 - 200 × 5% = 140 元。
• 四周订阅已经进入第二周：单周价为 200 ÷ 4 = 50 元，已交付两周；按示例条件计算为 200 - 2 × 50 - 200 × 5% = 90 元，不再另减这两周中的实际调用消耗。

同样的实付金额，产品类型和已交付状态不同，计算结果就可能不同。是否还有其他不可退款费用、账户或支付方面的限制，需要按正式政策核查，不能把上面的算式直接当作退款批准结果。

退款处理费的一般基数是原订单实际支付金额，不是剩余可退金额。政策保留了适用法律另有要求，以及平台确认的重复扣款、错误扣款、重大服务错误等例外。若你认为属于这些情况，在申请里明确写出对应订单和现象，等待核实，不自行套用必收或必免的结论。

赠送积分、活动积分等非实付权益不在可退款基数内。政策还规定最低退款金额为人民币 10 元或 1.5 美元等值金额，低于门槛的申请可能不予处理；其他币种按政策所述的系统展示、支付记录或审核汇率口径核对。

提交前，把材料合成一份可核查的说明

可以按下面的顺序整理，不需要把所有问题挤在“帮我退款”一句话里。这是一份建议的组织方式，不是平台新增的强制表单：

1. 定位账户和订单。 写账户邮箱、订单号或支付记录，以及订单对应的产品类型。
2. 说明当前状态。 固定积分包列出有疑问的消耗；订阅列出开通时间与周期。若做过取消续订，单独记录操作结果。
3. 写清原因和诉求。 是买错套餐、无法接入、消耗疑问，还是不再继续使用；明确希望核查什么。
4. 补充必要证据。 提供相关截图、日志或错误现象，发送前遮蔽真实 API Key 等凭据。
5. 标明尚不确定的部分。 看不到开通周数或无法理解扣费时，请支持核对系统记录，不用猜测数值填满申请。

正式政策允许要求补充信息；材料不足、无法核实订单或资格时，申请可能被拒绝或暂缓处理。准备清楚的目的，是让账户、订单、时间和问题能够对应起来。

提交之后，分别跟踪审核与到账

经审核同意的退款通常按原支付路径退回；实际到账还取决于支付服务商、银行、支付方式、币种等环节。跟进时区分“申请已提交”“审核已有结果”“已提交支付处理”“实际已到账”，不要把它们合并成同一个状态。

正式规则和联系入口请回到 AIGoCode 退款政策 查看。保留原订单和本次申请记录，下一次补充材料时继续引用同一笔订单，会更便于核查。