先给结论：国内能让 Claude Code 跑起来的供给可以分成五类——官方直连、 云厂商官方代理、国产模型协议兼容、第三方聚合网关、个人转售。 前四类各有明确的适用场景，第五类不建议。
这篇不做排名，也不点名推荐——市面上的服务变动很快，任何名单都会过期。更有用的是 分清这五类的结构性差别，再用六条自查命令验证你看上的那家，这套方法半年后依然 适用。
五类供给的结构性差别
| 类别 | 谁在提供 | 计费 | 你要解决的问题 |
|---|---|---|---|
| 官方直连 | Anthropic 自己 | 订阅制 / API 按量 | 海外手机号、海外信用卡、稳定海外链路 |
| 云厂商官方代理 | 阿里云、AWS、Google Cloud、Azure 等 | 云账单，按量 | 开通权限、区域可用性、模型上架进度 |
| 国产模型协议兼容 | 国产大模型厂商 | 按量 / 包月套餐 | 模型不是 Claude，能力有差异 |
| 第三方聚合网关 | 独立服务商 | 订阅 / 按量 | 资质与数据路径要自己验 |
| 个人转售 | 个人 | 通常极低价 | 不建议 |
下面逐类展开。
官方直连：最短的数据路径，也是最高的门槛
直接用 Anthropic 官方的订阅或 API。数据路径最短、没有中间环节，模型版本第一时间可用。
门槛是三件独立的事：注册要海外手机号、付费要海外信用卡、API 调用要稳定的海外网络。 2026 年 7 月起官方对消费者账户推行了 KYC 身份核验，进一步提高了这条路的门槛。
适合：本人确实在支持地区、满足当地账号与支付要求的用户，以及有合规预算的海外 实体。
云厂商官方代理：合规最省心，但受区域和上架进度限制
阿里云、AWS、Google Cloud、Microsoft 等云平台都提供了 Claude 系列模型的接入，走的是 各自的云账单体系。发票、合同、数据合规这些企业采购最关心的事，云厂商已经处理好了。
两个实际限制：区域——新模型往往先在部分区域开放，你的项目所在区域可能还没上； 上架进度——同一个模型在不同云上的到位时间不一样，模型 ID 的命名规则也各不相同， 必须以控制台当天的列表为准。
适合：已经在用某朵云、需要走对公流程和发票的团队。
国产模型协议兼容：零网络门槛，但底层不是 Claude
不少国产大模型厂商提供了兼容 Anthropic 协议的端点，改两个环境变量就能让 Claude Code 连上去。国内直连、支持国内支付方式、中文语境理解有优势。
要清楚的是：这条路保留的是 Claude Code 这个工具，模型换成了别的。Claude Code 的 Agent 框架、工具调用、上下文管理都还在，但生成质量取决于你选的那个模型。适不适合， 只能拿你自己的真实任务跑一周来判断，看基准分数没用。
适合：主要写中文项目、对网络和支付敏感、能接受换模型的开发者。
第三方聚合网关：省事，但资质和数据路径要自己验
这类服务提供一个兼容 Anthropic 协议的端点，一个 Key 可以调多家模型。省掉了账号、 支付、网络三件事，配置通常就是三行环境变量。
这一类内部差异极大，从有正规实体、有合同发票的公司，到一个人搭的转发服务都自称 是这个。所以判断不能看宣传页，要看下面「六条自查」的结果。
适合：想省掉账号和支付环节、需要在多个模型之间切换、能自己做技术验证的团队。
个人转售：不建议
特征是价格显著低于任何正规渠道、只有个人联系方式、没有可查的经营主体、不提供合同和 发票、服务条款语焉不详。
不建议的原因不是道德判断，是风险结构：你的代码和上下文会经过一个你无法追责的 环节，服务随时可能中断，出问题没有任何救济渠道。对个人练手项目可能无所谓，对任何 涉及公司代码的场景，这个风险不成比例。
选之前该跑的六条自查
不管选哪一类（官方除外），下面六条都能自己验证，不需要问客服。
一、端点支持哪些模型——GET /v1/models 列出真实清单，和宣传页对不上就以清单
为准。详细做法见怎么查一个 API 端点支持哪些 Claude 模型。
二、是不是原生 Anthropic 协议——故意用一个错的 key 请求 /v1/messages，再请求
/v1/chat/completions。401 + 404 是原生协议；两条都 200 说明是转换层，长会话和
工具调用要重点测。
三、错误响应规不规范——错误 key 应该返回标准的
{"type":"error","error":{"type":"authentication_error",...}}。返回 HTML 错误页或者
OpenAI 风格错误体的，说明中间层做得粗糙。
四、工具调用能不能用——Claude Code 严重依赖 tool use。发一个带 tools 参数的
最小请求，看返回里有没有正常的 tool_use 块。这是转换层最容易出问题的地方。
五、有没有可查的经营主体——服务条款和隐私政策里应该能找到明确的公司名称。 这决定了出问题时你有没有追责对象，也决定了能不能开发票、签合同。
六、数据留存政策写没写清楚——你的代码会经过这个端点。请求内容存不存、存多久、 用不用于训练，这些应该在隐私政策里写明，而不是靠口头承诺。
三种应当直接排除的情况
价格显著低于官方成本价。模型调用有硬成本，长期低于成本的定价只能靠别的方式补， 那个方式通常对你不利。
拿不出经营主体信息。没有可追责对象，等于所有风险你自己承担。
用错误 key 也返回 200。说明鉴权形同虚设，你的 Key 泄露了也不会有任何保护。
常见问题
这五类里哪一类最划算？
没有普适答案，取决于你卡在哪一环。卡在支付上，云厂商代理和聚合网关都能解决； 卡在网络上，国产模型兼容最彻底；对模型能力要求高且能满足官方门槛，官方直连的数据 路径最短。先确定自己卡在哪，再选类别。
第三方服务用的是原版 Claude 模型吗？
正规服务是，但不要只信宣传。两个可自己跑的验证方法：一是准备三五道有标准答案的 题（算法题、有明确解的数学题都行），在官方渠道和待测渠道各跑一遍对比推理质量； 二是看 Prompt Caching 的命中率，重复读同一批文件时命中率应该稳定在较高水平， 异常低通常说明请求链路上有额外处理。
服务商说自己有资质，怎么核实？
看服务条款和隐私政策页面里有没有写明经营主体的完整名称，然后拿这个名称去公开的 企业信息渠道查。只在客服话术里出现、页面上找不到的，按没有算。
公司要用，走哪一类比较稳？
需要发票、合同和数据合规文件的，优先云厂商官方代理——这些流程它们已经标准化了。 如果需要跨多家模型、云厂商覆盖不了，再考虑有明确经营主体、能提供合同的聚合服务。 任何情况下都建议先小规模试用一到两周，再签长期。
换服务商麻烦吗？
不麻烦，这也是选型时该考虑的一点。Claude Code 的接入配置本质上就是
ANTHROPIC_BASE_URL 和 ANTHROPIC_AUTH_TOKEN 两个值，换一家就是改这两行。
真正的迁移成本在于你有没有把某家特有的能力写进工作流——尽量别，保持可迁移。
怎么判断一家服务能不能长期用？
看三件事：新模型发布后多久能跟进（用第一条自查命令验，不用问客服）、 出故障时有没有可查的状态页或公告、以及有没有明确的经营主体和数据政策。 这三件事都不依赖对方的说法，可以自己观察。
利益披露：本站运营方 Code2AI 本身就属于上文第四类（第三方聚合网关）。
文中六条自查和三条排除标准对所有服务一视同仁，包括对本站自己——例如第一条，
本站端点的模型清单可以直接用 curl -s https://flex-api.code2ai.codes/v1/models
读出来，与宣传页对照。我们认为读者按这套方法自己验证，比听任何一方的说法更可靠。