suspend-vs-provider-ban-playbook · ZH · 2026-11-01

聚合站停用你的 key 与厂商封你号:两套完全不同的恢复流程

当通过聚合站调用 LLM API 时,账户被停用可能来自聚合站或上游厂商,两者的封禁逻辑和恢复流程完全不同。本文说明如何区分两者、各自需要的证据,以及日常如何降低风险,帮助开发者快速定位问题并恢复服务。

使用 LLM API 聚合站时,突然发现 API key 无法调用,常见原因有两种:聚合站账户被冻结,或上游厂商封锁了你的请求。两者性质不同,恢复流程也完全不同。

聚合站侧与厂商侧:封禁逻辑有何不同

聚合站作为代理层,负责账户管理、计费和风控。它可能因为以下原因停用你的 key:

  • 账户余额不足或欠费
  • 触发聚合站自身的风控规则(如异常调用频次、高频失败请求)
  • 违反聚合站的使用条款(如共享账号、滥用退款)
  • 支付方式异常

上游厂商(如 OpenAI、Anthropic 等)则根据其自身政策封锁账号,常见触发点包括:

  • 违反厂商的使用政策(如生成禁止内容)
  • 异常请求模式(如爬虫式高频调用、大规模注册)
  • 支付欺诈或盗刷信用卡
  • 来自受限地区的请求

关键区别:聚合站封禁影响的是你与聚合站的关系,厂商封禁影响的是聚合站与厂商的关系。你通常不会直接收到厂商的封禁通知,而是通过聚合站间接感知。

如何判断是聚合站还是厂商封锁

当 key 无法调用时,按以下顺序排查:

  1. 检查错误信息:聚合站通常返回明确的 HTTP 状态码和错误描述。如果错误来自聚合站自身(如 401 账户停用、403 余额不足),说明问题在站内。如果错误信息中包含上游厂商的错误码(如 OpenAI 的 insufficientquota 或 invalidapi_key),则可能来自厂商侧。
  2. 查看站内通知:登录聚合站控制台,检查是否有账户状态变更通知、工单回复或邮件。聚合站冻结账户通常会主动通知。
  3. 测试其他模型:用同一 key 调用聚合站支持的不同厂商模型。如果所有模型都失败,大概率是聚合站账户问题;如果仅特定厂商的模型失败,则可能是该厂商的封锁或上游故障。
  4. 联系客服:如果无法自行判断,向聚合站客服提交工单,询问具体原因。聚合站通常能告知是站内限制还是上游厂商限制。

注意:不要试图通过频繁更换 IP 或注册新账号来绕过封锁,这可能加重风控。

恢复流程:各自需要什么证据

聚合站账户冻结

聚合站冻结通常是为了风险控制,恢复流程相对直接:

  • 身份验证:提供注册邮箱、账户 ID 等基本信息。
  • 支付凭证:如果涉及欠费或支付争议,提供充值记录(如 USDC 转账哈希)或支付截图。
  • 使用说明:解释异常调用的原因,例如业务流量突增、测试脚本误触发等。
  • 承诺合规:确认遵守聚合站条款,必要时修改调用方式。

提交工单后,聚合站会审核并给出解冻或拒绝的结论。由于聚合站无 KYC,身份验证通常基于账户历史和行为,而非身份证件。

上游厂商封锁

厂商封锁的恢复更复杂,且通常需要聚合站协助,因为你是通过聚合站间接调用厂商 API。你需要:

  • 聚合站的支持:向聚合站说明情况,请求其向上游厂商申诉。聚合站作为厂商的客户,有渠道提交申诉。
  • 请求日志:提供触发封锁的请求样本(时间、模型、输入内容),帮助聚合站定位问题。
  • 合规证明:如果封锁涉及内容政策,说明你的使用场景,承诺调整提示词或过滤机制。
  • 耐心等待:厂商审核周期可能较长,期间可请聚合站提供替代模型(如切换到其他厂商的模型)以维持业务。

注意:厂商通常不会直接与你沟通,因此聚合站是你唯一的申诉通道。保持与聚合站客服的清晰沟通至关重要。

日常如何降低被封锁的风险

  • 遵守聚合站条款:不共享账号、不滥用退款、不进行异常高频调用。
  • 合规使用模型:避免生成违反厂商政策的内容,必要时在应用层增加内容过滤。
  • 监控调用模式:设置用量告警,避免突发流量触发风控。
  • 保持支付健康:及时充值,避免欠费导致账户冻结。
  • 分散风险:在聚合站内配置多个厂商的模型,当单一厂商受限时可快速切换。

小结

聚合站停用 key 和厂商封号是两套不同的机制。前者可通过站内工单解决,后者需要聚合站协助申诉。准确判断问题来源,准备相应的证据,并保持良好的使用习惯,是快速恢复服务的关键。