可接受使用政策
哪些用途被禁止、上游的政策如何传导到你，以及违规会被怎么处置。
- 生效日期
- 2026-07-22
- 最近更新
- 2026-07-22
- 文本修订
- 1.0
一句话版本
别做违法的事；别用它去做上游禁止你做的事；别把平台或上游打挂； 别把
ak- 开头的 Key 贴到公开仓库里。1.适用范围
1.1
本政策是 服务条款 的组成部分， 对所有使用 akrouter 的人适用，包括买方（调用方）与卖方（商户）。
1.2
本政策不是穷尽列举。没有被明确写出的行为，如果与本政策的目的相悖，同样可能被认定为违规。 我们会在处置时说明具体理由。
1.3
更严者优先。上游服务商各自的使用政策与本政策同时适用； 两者不一致时以更严格的一方为准。
2.禁止的内容与用途
你不得使用本服务生成、传输、处理或分发以下内容：
2.1
违法内容：适用法律下违法的任何内容，包括儿童性剥削材料 （我们对此零容忍，一经确认将立即终止账户并按法律要求向有权机关报告）、 恐怖主义宣传、非法交易信息。
2.2
侵害他人权利：侵犯著作权、商标、专利或商业秘密； 未经授权处理他人的个人信息；生成用于冒充特定真实个人的内容。
2.3
欺诈与操纵：钓鱼、社会工程、虚假身份材料、虚假评论、 大规模生成用于误导的虚假信息，或以冒充人类的方式在需要披露 AI 参与的场景中互动。
2.4
骚扰与仇恨：针对个人的骚扰、威胁、人肉搜索， 或基于受保护特征煽动仇恨与暴力的内容。
2.5
恶意代码：生成或分发恶意软件、勒索软件、漏洞利用工具， 或用于未经授权访问他人系统的代码。
安全研究不在此列
我们的主力客户端是编码工具。针对你自己拥有或已获授权测试的系统的安全研究、漏洞分析与红队演练不违反本条。区别在于授权，不在于话题。
2.6
高风险场景的无人监督使用：在医疗诊断、法律意见、金融建议、 关键基础设施控制等场景中，把模型输出作为唯一依据直接作用于真实世界而无人复核。
3.禁止的平台行为
3.1
规避限制：绕过速率限制、并发限制、余额校验或账户封禁； 为规避上述限制而注册多个账户。
3.2
危害稳定性：以明显超出正常使用的方式产生负载、 对我们或上游发起拒绝服务攻击、探测或利用我们系统的漏洞。
安全漏洞报告
发现我们自己的安全问题请发送至 [email protected]。 善意的、不破坏数据、不获取他人数据的测试，我们不会追究。
3.3
转售与中转：未经我们书面同意，不得把本服务作为面向公众的 API 转售、二次分销，或包装成与我们竞争的聚合服务。把本服务集成进你自己的产品供你的最终用户使用是允许的， 前提是你对他们的行为负责，并确保他们的使用符合本政策。
3.4
凭据滥用：共享或公开你的 API Key、使用他人的 Key、 或把 Key 嵌入分发给不受你控制的客户端。
3.5
数据抓取：以自动化手段批量抓取市场页、商户信息或价格数据用于构建竞品。
3.6
回环：把上游地址指向我们自己，或构造任何形式的转发环路。 （商户提交的地址会被自动拒绝，见 商户协议。）
4.上游政策的传导
这一章关系到我们供给的实际形态，必须说清楚。
4.1
我们的上游渠道来自不同类型的供给方：模型厂商的官方 API、转售商，以及第三方商户在我们市场上架的渠道。 每一类都受其自身服务条款的约束，而那些条款通过本政策约束到你。渠道的类型在市场页上标注，你可以据此选择。
4.2
你不得通过我们做上游禁止你做的事。典型例子：上游禁止的用途、上游禁止的地区、上游要求的内容审核义务。 即使我们的路由帮你绕开了某个上游的地区限制，那也不构成我们对该用法的许可。
4.3
渠道来源的合规性由供给方保证
每条渠道以 API 形式对外提供是否符合其自身上游的约定，由该渠道的商户保证（见 商户协议 第 3.1 条）。 那份约定存在于商户与其上游之间，我们不是当事方，也不对它作独立的法律判断。
对你而言可操作的是三件事：市场页标注每条渠道的类型； 路由策略可以把范围限定为你指定的渠道白名单或已认证商户（完整的可选项见 隐私政策 第 3.5 条）； 以及本章第 4.2 条 —— 你不得通过我们做上游禁止你做的事。 如果你所在的行业对供应链来源有合规要求，请使用上述限定并联系 [email protected] 确认范围。
4.4
上游的政策变了，我们不一定第一时间知道。上游可以随时调整其服务条款与可用地区，而我们没有订阅每一家变更公告的能力。 因此本章约束的是行为而不是某一份具体的上游条款： 你自己知道某个用途被上游禁止时，不得通过我们去做， 无论我们当时是否已经在市场页上标出这一点。
5.公平使用
5.1
每个 API Key 有速率与并发上限。这些限制存在的原因是供给侧的物理约束： 部分上游账号的并发能力很低（个位数量级），我们在其上做的是排队调度而不是无限扩容。
5.2
触发限制时你会收到标准的限流错误，并可从响应头得到重试建议。请遵循退避重试；对被限流的请求做无退避的紧密重试，本身构成本政策第 3.2 条的违规。
5.3
我们可以针对个别账户调整限额。异常但合法的用量高峰请提前联系 [email protected]，而不是硬顶着限流跑。
6.举报
6.1
发现违反本政策的行为，请发送至 [email protected]， 并尽量提供：涉及的账户或渠道、发生时间、可复现的描述或请求 id。
6.2
版权侵权通知与执法请求同样发送至 [email protected]， 请在主题中写明「版权通知」或「执法请求」以便分流。
6.3
我们会对举报人的身份保密，除非法律要求披露。恶意举报本身是违规行为。
7.违规的处置
处置是分级的，与情节相称。我们不写"一经发现即永久封禁"这种条款 —— 它与我们实际的风控实现不符， 并且会让每一次误判都变成不可挽回的事故。
7.1
| 级别 | 措施 | 典型触发 |
|---|---|---|
| 提示 | 邮件或控制台内告知，不影响服务 | 疑似但证据不足；首次轻微越界 |
| 限流 | 降低该 Key 的速率或并发 | 过量重试、异常调用模式 |
| 暂停 Key | 吊销单个 API Key | 凭据疑似泄漏、该 Key 上的违规 |
| 暂停账户 | 账户暂时不可用，余额与数据保留 | 重复违规、支付争议、疑似欺诈 |
| 终止账户 | 账户关闭，Key 全部失效 | 严重违法内容、持续且拒不改正的违规、规避封禁 |
7.2
紧急处置的例外：涉及儿童性剥削材料、迫在眉睫的人身安全威胁、 或正在进行的攻击时，我们会立即采取最高级别的措施，事后再说明。
7.3
自动化检测的结论不直接构成处罚依据。我们的风控信号（异常速率、成本异常、渠道侧的分布偏移检测等）只触发人工复核。会导致账户暂停或终止的决定由人做出。
7.4
任何处置都可以通过 [email protected] 申诉，我们会人工复核并给出结论。 申诉期间的服务状态由处置级别决定。
7.5
我们保留在处置的同时保存相关证据的权利 （请求元数据、账本流水等，见 隐私政策）， 用于争议处理与法律要求。注意：我们不存储请求正文， 因此对内容类违规的认定通常依赖举报与外部证据，而不是我们自己的日志。