了解基本使用规则，以及余额和积分的用途。

注册与使用规则

为降低滥用行为，目前仅允许 QQ 邮箱注册。访问密钥的供应方白名单至少需要填写 1 个凭证供应方的用户 ID。

余额赠送与充值联系

以供应为主的用户，可以将余额赠送给其他用户。因风控原因，C2C 不提供在线充值和提现；充值页面提供外部卡网购买链接。

积分消耗与返还

• 新建访问密钥或提高密钥最大并发时，消耗相应积分；删除密钥或降低最大并发时，返还相应积分。
• 上传新凭证时消耗积分，删除已有凭证时返还积分。

消费方与供应方无需向对方交出凭证或对话内容。

凭证令牌如何保护

凭证令牌加密存储，仅在执行请求、更新令牌等必要流程中于内存解密。C2C 管理员也无法获取令牌明文，只有凭证所有者可以通过备份下载导出凭证后查看明文令牌。

消费方无法获得供应方的凭证令牌，供应方无法通过 C2C 查看消费方的请求与响应正文。

对话内容与保留数据

C2C 不留存可供回看的对话历史，请求与响应正文不写入账单或日志。大请求可能使用加密临时缓冲，并随请求生命周期清理。

长期保留的仅为必要的用量、结算及运行记录，以支持账单核对和服务运行。

以统一的标准价格和上游返回的用量，记录每次请求的消费与收益。

标准价格与实际结算

标准价格单位为 USD / 100万 Token，模型的标准价格和官方 API 价格保持一致，用于建立统一、公平的结算标准。实际结算还会应用相应的结算系数，可在模型价格页面和账单中查看。

请求级账单核对

每次请求的消费与收益明细均有记录，可以逐项核对。用量以上游返回的数据为准，按相应计价规则结算，供应方无法自行伪造用量。

模型使用规则

供应方不能设置模型映射，不能自行将请求模型替换为其他模型，以避免以次充好。

上游自身仍可能进行模型路由，造成响应质量下降。C2C 通过独立的质量检测提供筛选参考。

用持续的检测结果筛选凭证，也以较低消耗观察账号状态。

推荐设置

检测由 C2C 独立执行，供应方不能自行设置评级，也不能仅凭自称账号“不降智”影响结果。持续、稳定的 A 级表现，是判断账号未受风控影响的重要依据。

如何理解 A、B、C 级

评级分为 A、B、C 三档，主要结果为 A 级或 C 级。B 级属于不稳定路由的情况，出现概率很小，不必单独过度关注。供应方可以观察评级能否持续、稳定地保持为 A 级，判断账号状态。

单次 A 级不能保证账号未受风控。已被风控的账号，也可能偶尔获得 A 级。原因是账号在某一地区（1个或多个国家）较长时间没有请求后，上游暂无风控缓存，首次请求发出开始，会有数分钟时间不会被路由（这也是所谓'打票'的原理）。因此，单次 A 级不能保证账号未受风控，只能证明此次质量检测时的请求模型还未被路由。

偶尔的 B/C 级也不等于账号被风控。未被风控的账号，也可能偶尔获得B级或C级，检测请求触达的上游算力节点负载过高时的被迫临时路由或其他未知原因导致的临时路由导致，因此偶尔的B/C级只能证明此次质量检测时请求模型被路由了，不能证明账号被临时风控或长期风控。

风控是账号级的，一旦连续、稳定地被评为 C 级，即使是 luna 模型也不能例外，极大概率同样已被降智。此时继续用于工作，往往无益，甚至可能造成破坏。

检测成本与耗时

未出现质量下降的账号，每次检测通常耗时 15–25 秒，输入与输出 Token 用量极少，消耗的标准额度约为 $0.006。

以每 5 分钟检测一次估算，连续 10 小时约检测 120 次，消耗标准额度约 $0.72。实际自动检测间隔会随评级有效期调整，具体耗时、用量与金额以当次检测和账单为准。

C2C 已开放 free 账号凭证上传，方便在开通订阅前先观察账号状态。

计划为 free 账号开通订阅时，可以先上传凭证并启用自动质量检测，通过持续的评级结果辅助判断账号是否已被风控，降低订阅后才发现账号异常所带来的损失。

已订阅的账号的质量检测可靠性目前是非常可靠的，但是 free 账号的质量检测评级的可靠性和稳定性要稍低一些。

free 账号的质量评级仅供参考，不作任何保证。

保持代理与设备稳定，确保授权与首次请求使用同一 IP，并为并发与额度保留余量。

保持代理 IP 稳定

不需要追求所谓的“高质量家宽 IP”。只要 IP 所在网段未被风控，普通 IP 长期稳定使用就足够了。代理 IP 稳定对注册时间较短的账号尤其重要，不要频繁更换。

避免短时间内交叉登录与使用

避免在多台设备之间短时间内频繁交叉登录或使用。不同设备的 IP 如果分属不同地区，会进一步增加风控可能，容易被判定为共享账号。尤其要避免既在电脑上使用，又在手机、平板等移动端设备上登录 App 或网页。

授权与首次使用保持同一 IP

登录授权和授权后立即使用时，IP 一定要一致。这一点影响很大：如果使用 A 地区的 IP 完成授权，随后马上通过 B 地区的 IP 发起请求，注册时间较短的账号被风控的可能性极高。

新账号一旦出现这种特征，即使两个 IP 都是静态住宅 IPv6，也大概率会立即被风控。

避免使用特征明显的中转项目

不要为了方便切换账号，或查看账号窗口额度对应的标准费用，就把凭证放入 sub 等中转项目使用。这类项目发出的请求特征很容易被识别，上游很可能因此对账号进行风控。

为并发与额度留出余量

不要每次都将账号的窗口额度完全用尽，也不要让账号长时间处于高并发状态，建议将并发控制在 5 个以内。

可以考虑在 C2C 上托管

C2C 已做了大量优化，将连接阶段和会话请求的特征尽量与官方 Codex 客户端对齐，并处理正常跨设备使用可能被上游识别为账号共享的行为特征。配合长期稳定的代理 IP，使 C2C 发出的请求呈现为一个账号在一台设备上持续、稳定对话的使用特征。

稳定的代理 IP 有助于避免短时间跨地区切换造成的“不可能旅行”特征。授权时的代理 IP 一致需要自行保证：C2C 只生成授权链接，浏览器登录与授权所用的代理由用户自行配置。

在 C2C 上使用时，建议做到以下几点：

• 只在电脑上通过相同的代理 IP 进行网页登录和授权，不要在移动端登录（除非你能确保移动端稳定可靠的使用了相同的代理）。
• 不要在其他地方使用这个账号。
• 保持合理并发，并设置凭证的主/次窗口额度冷却阈值，保留 2%–3% 的额度不使用。

代理获取与联系

C2C 暂无提供代理的计划。需要分享额度、但没有代理 IP 可用的用户，可以发送邮件至 [email protected] 联系，暂时可为少量用户提供静态 IPv6 代理。

根据目前的观察，原本未被风控的账号在仅通过 C2C 使用后，尚未出现被风控的情况，也未收到相关反馈。但 C2C 并不保证账号不会被风控，因为上游的风控机制始终在变化。

以下内容来自长期对比测试与使用反馈，属于经验性观察，不代表上游公开的规则或判定标准。

为什么没有通用的解决办法

风控是上游对账号多个维度进行综合评估后的结果，“降智”和限流只是外在表现。不同账号的风险来源、各因素的影响程度并不相同，因此不存在适用于所有账号的所谓“焚诀”（部分通过“打票”等临时绕过上游风控机制的方式不在讨论之列）。

上游目前的风控机制本身存在较大的误判问题，大量正常个人使用的账号也受到影响。个人使用同样可能涉及设备、网络或 IP 切换，或因高强度工作在短时间内产生较多并发请求。

对比测试覆盖的维度

• 账号背景：主流邮箱与个人域名邮箱、注册时间，以及旧账号经历过的 Plus 免费试用、优惠单席位 Business 等活动。
• 注册与首次 OAuth 授权：IP 所在国家或地区、浏览器指纹、静态或动态 IP、住宅或机房 IP、IPv4 或 IPv6，以及注册与授权时 IP 所在国是否一致。
• 授权后的使用：IP 类型、IP 与设备是否频繁变化，以及低并发与高并发的差异。
• 其他账号操作：退出所有登录并静置，加入、退出或切换 Business 工作空间，修改或设置密码、启用 2FA 等。

长期异常与短期异常

从恢复表现看，可以大致区分为长期标记与短期标记，但这不是上游公布的分类。长期持续异常的账号通常很难自行恢复，可能需要通过邮件联系官方核查处理。

短期异常的账号，在停止异常行为、修改或设置密码与 2FA、退出所有登录并静置一段时间，或静置后改用稳定的新 IP 等情况下，有时能够恢复。这些操作都不是必然有效的解决办法。

账号背景与邮箱差异

注册时间与邮箱背景可能是影响较大的因素。真实、长期使用的 Gmail、iCloud、Outlook 等主流邮箱，似乎更不容易被风控；但主流邮箱并不天然意味着更低风险，批量注册的主流邮箱账号很容易被识别，导致风控或封号。

至于上游是否能够获得主流邮箱服务商内部对邮箱的风险评价，只能是一种无法证实的猜测。域名邮箱也可能被按域名标记，导致该域名下注册的所有账号在注册后很短时间内就被风控。

不同账号对相同变化的容忍程度也不同。一些账号即使较频繁地变更 IP 或设备，仍未出现质量下降，这与“不同因素的影响程度不同”的推测相符。

使用环境

个人使用时，如果把凭证放入 sub 这类被大量中转站使用的项目，会增加被风控的概率。

在多台设备之间频繁交叉登录和使用，对账号的影响较大，尤其是在移动端 App 或移动端网页上登录。移动端可能产生并暴露更多风控因素，而且很难彻底清理。

在一个 IP 下完成授权后，立即换用另一个 IP 发起请求，也容易触发风控。例如，在 PC 上用一个 IP 完成授权后，马上在使用不同 IP 的笔记本上请求，尤其是两个 IP 分属不同地区时，新注册账号很容易因此被风控。