在国内做 SaaS 三年，我现在日常 coding 流程基本就是 Claude Code 写，我只做 review。这个习惯从一段海外 PoC 项目带回来之后，第一个绕不过去的问题就是国内怎么跑——搜「claude code 国内镜像」会跳出来一堆方案，每个看起来都"能用"，但实际上手过就知道，要么是阉割版要么根本不能长线使用，非常破坏使用习惯。

目前几类 Claude Code 国内镜像

很多人搜 claude code 国内镜像，想要的其实是“在国内不用折腾就能跑起来的 Claude Code”。这两件事在工程层面会引到不一样的方案上。

镜像站早期是给 ChatGPT Web 用的——前端套一层 Cloudflare Worker 转发到 OpenAI，用户访问不了 openai 就走镜像。这套模型对 Web 应用很顺，但对 Claude Code 不太成立，原因有两个：

1. Claude Code 是 CLI 工具，启动后跑长连接（SSE 流），不是简单的 HTTPS 转发
2. Claude Code 需要 ANTHROPIC_API_KEY，账号密钥的来源是绕不过去的环节

所以你能搜到的「Claude Code 国内镜像」大致分三类：套壳 Web、反代的 API 中转、Anthropic 整号、SDK 编排。四类各自的形态和主要卡点：

类型	表面形态	实际是什么	主要卡点
套壳 Web	网页里嵌的 Claude UI	浏览器版 Claude，不是 Claude Code CLI	用不到 CLI 能力（项目扫描、文件编辑、git diff）
API 反代	给一个 base_url 让你改	自实现的 OpenAI 兼容协议转 Anthropic	协议层缺字段、长连接易断
整号倒卖	直接给账号密码	第三方注册的 Anthropic 账号	共享号 IP 风控、几天内常被封
SDK 编排	国内可装可用的 CLI 工具	直接调 Anthropic 官方 SDK 做适配	工程量大，基本没人做

套壳 Web 类

第一周翻到几个号称「Claude Code 镜像」的站点，登进去发现是 Claude Web 套壳，没有 CLI、没有 claude 命令、不能挂载到本地仓库。这种站点搜「claude code 国内镜像」排名挺前，但点进去都是 Web Chat。

如果你想要的就是网页版聊天，那直接用就行。但 Claude Code 的核心能力是这样的：

# 这才是 Claude Code 的核心使用方式
$ cd /path/to/your/project
$ claude "把 services/auth/login.ts 里的 xxx 提出来"
# Claude 会读项目文件、改代码、跑 lint、生成 diff

这套 workflow 在网页版里实现不了。

API 反代类

第二周开始翻 API 中转。这类服务给一个 base_url 和 key，让你改 Claude Code 的环境变量：

export ANTHROPIC_BASE_URL=https://xxxx...
export ANTHROPIC_API_KEY=sk-xxxxxx...

理论上可以跑。实际跑下来有几个问题：

• 长连接被中间层重置：写一段长上下文（>5k tokens）跑到一半连接断，Claude Code 重试又从头开始
• tool use 协议不完整：很多中转只对齐了 messages.create 的基础字段，碰到 Claude Code 的工具调用（文件读写、bash 执行）就报 schema 错误
• 限速透明度差：你不知道是平台限速还是后端 Anthropic 限速，排查一次至少耗半天

最常见的报错就是 stream 中断：

$ ANTHROPIC_BASE_URL=https://mirror-xxxx...
  claude --print "写一个二分查找"
# Error: stream interrupted at chunk 0x1f3
# 重试 3 次后放弃

跑几次就遇到一次中断，连续遇上几次之后就把这条路放下了。

号贩类

让组里同事去试了某鱼号称「Claude Code 专用整号」的服务，死马当活马医。前几天还能跑，几天后开始 429 rate limit exceeded 收得很死，再过两天直接提示 account suspended。客服回的话也很有意思：「这个号被多个 IP 用了，下个月给你换一个」。这玩意真的不保售后，至少目前没找到很稳定的渠道。

整号被多个用户共享，Anthropic 风控一发现就封——这个机制是设计上就过不去的。

SDK 编排类

还有第四条路：基于 Anthropic 官方 SDK 在国内做编排。不是 fork 协议，也不是反代翻译，而是直接调用官方 SDK 把网络层、账号体系、支付层在国内适配掉。这一个工程量还挺大的，目前国内就只找到一个工具是叫 Teamo Code。

重点把国内用户绕不过去的几层接管了：手机号验证码、信用卡支付、稳定的海外网络出口，包括防止机房 IP 被风控判封。直接改成能用国内手机号 + 微信支付 + 国内环境去用。

用起来直接安装上用 teamo 激活就行，都不需要去改什么环境变量。非常有原版 Claude Code 的感觉，跑的都是官方的 claude CLI。

跑出来的效果就是 Claude Code 原生的 effect——读文件、跑 grep、编辑 markdown、生成 git diff，跟在原生环境跑出来的基本没差。

靠谱方案的标准

翻完上面四类之后，我对一个能在国内长线用 Claude Code 的方案的要求大概是这些：

• 跑的是 Claude Code 的 CLI（不是 Web 套壳）
• 长连接稳定（SSE 流不能动不动断）
• tool use 协议跟官方对齐（Claude Code 的文件操作、bash 执行能跑）
• 不是共享账号
• 国内不需要自己再配代理

这么看下来好像比较香的剩做 SDK 编排的了，我现在只找到一个 Teamo Code，不知道有没有更赞的。

当然它也不是没有限制——Teamo Code 现在只有 Claude Code 的 CLI 工具，习惯 GUI 页面的可能没法无痛用起来，初次配置还是要走一两步流程的。如果你只是想偶尔聊几句，反而不如直接用 Claude Web 或者 APP。