聚合站停用你的 key 与厂商封你号:两套完全不同的恢复流程
当通过聚合站调用 LLM API 时,账户被停用可能来自聚合站或上游厂商,两者的封禁逻辑和恢复流程完全不同。本文说明如何区分两者、各自需要的证据,以及日常如何降低风险,帮助开发者快速定位问题并恢复服务。
使用 LLM API 聚合站时,突然发现 API key 无法调用,常见原因有两种:聚合站账户被冻结,或上游厂商封锁了你的请求。两者性质不同,恢复流程也完全不同。
聚合站侧与厂商侧:封禁逻辑有何不同
聚合站作为代理层,负责账户管理、计费和风控。它可能因为以下原因停用你的 key:
- 账户余额不足或欠费
- 触发聚合站自身的风控规则(如异常调用频次、高频失败请求)
- 违反聚合站的使用条款(如共享账号、滥用退款)
- 支付方式异常
上游厂商(如 OpenAI、Anthropic 等)则根据其自身政策封锁账号,常见触发点包括:
- 违反厂商的使用政策(如生成禁止内容)
- 异常请求模式(如爬虫式高频调用、大规模注册)
- 支付欺诈或盗刷信用卡
- 来自受限地区的请求
关键区别:聚合站封禁影响的是你与聚合站的关系,厂商封禁影响的是聚合站与厂商的关系。你通常不会直接收到厂商的封禁通知,而是通过聚合站间接感知。
如何判断是聚合站还是厂商封锁
当 key 无法调用时,按以下顺序排查:
- 检查错误信息:聚合站通常返回明确的 HTTP 状态码和错误描述。如果错误来自聚合站自身(如 401 账户停用、403 余额不足),说明问题在站内。如果错误信息中包含上游厂商的错误码(如 OpenAI 的
insufficientquota或invalidapi_key),则可能来自厂商侧。 - 查看站内通知:登录聚合站控制台,检查是否有账户状态变更通知、工单回复或邮件。聚合站冻结账户通常会主动通知。
- 测试其他模型:用同一 key 调用聚合站支持的不同厂商模型。如果所有模型都失败,大概率是聚合站账户问题;如果仅特定厂商的模型失败,则可能是该厂商的封锁或上游故障。
- 联系客服:如果无法自行判断,向聚合站客服提交工单,询问具体原因。聚合站通常能告知是站内限制还是上游厂商限制。
注意:不要试图通过频繁更换 IP 或注册新账号来绕过封锁,这可能加重风控。
恢复流程:各自需要什么证据
聚合站账户冻结
聚合站冻结通常是为了风险控制,恢复流程相对直接:
- 身份验证:提供注册邮箱、账户 ID 等基本信息。
- 支付凭证:如果涉及欠费或支付争议,提供充值记录(如 USDC 转账哈希)或支付截图。
- 使用说明:解释异常调用的原因,例如业务流量突增、测试脚本误触发等。
- 承诺合规:确认遵守聚合站条款,必要时修改调用方式。
提交工单后,聚合站会审核并给出解冻或拒绝的结论。由于聚合站无 KYC,身份验证通常基于账户历史和行为,而非身份证件。
上游厂商封锁
厂商封锁的恢复更复杂,且通常需要聚合站协助,因为你是通过聚合站间接调用厂商 API。你需要:
- 聚合站的支持:向聚合站说明情况,请求其向上游厂商申诉。聚合站作为厂商的客户,有渠道提交申诉。
- 请求日志:提供触发封锁的请求样本(时间、模型、输入内容),帮助聚合站定位问题。
- 合规证明:如果封锁涉及内容政策,说明你的使用场景,承诺调整提示词或过滤机制。
- 耐心等待:厂商审核周期可能较长,期间可请聚合站提供替代模型(如切换到其他厂商的模型)以维持业务。
注意:厂商通常不会直接与你沟通,因此聚合站是你唯一的申诉通道。保持与聚合站客服的清晰沟通至关重要。
日常如何降低被封锁的风险
- 遵守聚合站条款:不共享账号、不滥用退款、不进行异常高频调用。
- 合规使用模型:避免生成违反厂商政策的内容,必要时在应用层增加内容过滤。
- 监控调用模式:设置用量告警,避免突发流量触发风控。
- 保持支付健康:及时充值,避免欠费导致账户冻结。
- 分散风险:在聚合站内配置多个厂商的模型,当单一厂商受限时可快速切换。
小结
聚合站停用 key 和厂商封号是两套不同的机制。前者可通过站内工单解决,后者需要聚合站协助申诉。准确判断问题来源,准备相应的证据,并保持良好的使用习惯,是快速恢复服务的关键。