
看了这个搜索组合我就知道你大概率是在Windows上折腾AI编程工具链条装好Claude Code这个终端里的编程Agent再弄个CC Switch来回切换模型供应商最后把DeepSeek V4 Pro塞进去用一个统一的API入口。这套配置对Windows用户来说确实比MacOS那边多几个坑主要是权限、网络代理、环境变量和Node版本这几个老问题。我最近刚在一台全新的Windows 11机器上完整跑了一遍这套链路过程还算顺利但中途也踩了几个不太常见的错。这篇文章把整个安装、配置、切换、排错的过程完整写出来包括我在实际环境里碰到的问题和最终解决的参数希望能帮你少走几趟弯路。先说清楚这套东西是干什么的。Claude Code是Anthropic出的终端编程助手你可以在Terminal里直接跟它对话让它帮你读写代码。CC Switch则是一个很轻量的模型配置切换器它的核心作用是维护好几个不同的API Provider配置比如Anthropic官方、第三方中转、或者DeepSeek这类兼容OpenAI接口的模型地址随时一键切换。而DeepSeek V4 Pro作为模型端可以让你通过CC Switch统一接到Claude Code里用。这类组合最典型的场景就是你想用Claude Code的交互和Agent能力但出于成本、访问速度或者团队内部统一网关的考虑后端并不想直接走Anthropic官方API而是接到兼容层或者DeepSeek这样的第三方模型上。其中又以DeepSeek性价比高、代码理解能力强而出名。这套方案适合谁适合所有把Claude Code当作日常编码外挂、又希望以更低成本或更灵活方式控制模型供应商的开发者、测试和运维人员。也适合那些需要在同一台Windows机器上在公司项目和个人项目之间来回切换不同模型的同学。如果你现在连“Claude Code装好了但一跑就报错”这一关都还没过这篇对你同样有用。下面直接上干货。1. 动手之前先理清楚CC Switch和Claude Code的关系1.1 为什么不能只装一个Claude Code就完事很多人第一次接触这套组合时会一脸懵我明明装的是Claude Code为什么还要装CC Switch这两个东西难道不是重复的吗其实它们两个的角色完全不同。Claude Code是客户端负责跟你在终端里对话、调工具、改代码它像一个会操作代码的实习生。而CC Switch是一个配置管理工具负责决定这个实习生背后连接的“大脑”到底是哪个模型、哪个API网关。没有CC SwitchClaude Code默认只能连Anthropic官方API或者读环境变量里的ANTHROPIC_BASE_URL和ANTHROPIC_API_KEY。有了CC Switch你可以把多套模型配置集中管理而且可以随时热切换不用反复改环境变量、重启终端。我用一个生活比喻Claude Code是房子里的全套智能家电CC Switch是配电箱里的空气开关。你不需要为了换一个灯泡就重新拉一根电线只需要把开关打到对应的那一路就行。1.2 CC Switch的核心工作方式CC Switch的原理并不复杂它本质上是一个轻量级的本地代理服务监听本机的一个端口大部分情况下是127.0.0.1的某个随机端口。当你把Claude Code的ANTHROPIC_BASE_URL指向这个本地代理地址时Claude Code发出的请求会先到达CC Switch再由CC Switch根据你选中的配置转发到你指定的真实模型API端点上。这个设计最大的好处是Claude Code不用知道后端到底是Anthropic、DeepSeek还是某个私有网关。它只需要知道自己连接的是一个“长得像Anthropic API”的地址。CC Switch在后端把各种不同的协议、模型名、鉴权方式处理成Claude Code能理解的格式。所以你在配置时要注意CC Switch并不直接跟模型交互它只是管道。管道的入口是Claude Code配置的ANTHROPIC_BASE_URL和ANTHROPIC_API_KEY管道的出口是你在CC Switch各个Provider配置里填写的base_url、api_key和model字段。理解了这条链路后面配置时才不会犯糊涂。1.3 为什么DeepSeek V4 Pro是这套组合的常见搭配DeepSeek V4 Pro在编码场景下很受欢迎原因很简单代码上下文理解能力强、推理速度尚可、而且token价格有优势。对重度使用Claude Code的人来说如果每个Agent会话都走官方API日积月累成本不小。把模型切到DeepSeek V4 Pro之后日常的人工智能辅助编程成本会明显下降。另外DeepSeek提供的是OpenAI兼容的API端点。这也就意味着CC Switch配置DeepSeek时不走Claude Code的原生Anthropic协议而是走一个兼容转换层。CC Switch会负责把Anthropic格式的请求转换为OpenAI格式再发给DeepSeek。这一点是配置DeepSeek时比较容易踩坑的地方后面我会详细说。2. Windows环境下安装Claude Code的完整步骤2.1 准备Node.js环境Claude Code在Windows上并不是一个原生exe程序它是以npm包形式分发的。所以在安装Claude Code之前你的电脑上必须先有一个可用的Node.js环境。我这里推荐直接去Node.js官网下载LTS版本的Windows安装包目前是20.x或者22.x越新越好安装时一路默认即可。安装完成后打开PowerShell输入下面三条命令验证环境是否正常node -v npm -v npx -v如果你能正常看到类似v20.11.1这样的版本号那Node环节就通过了。如果提示node不是内部或外部命令说明安装时没有把Node加入PATH这时需要重新运行安装包并且在自定义安装步骤里勾选“Add to PATH”。一个我实际踩过的坑如果你电脑上装有多个Node版本比如用nvm-windows同时装了16和20那么执行npm全局安装时一定要确认当前默认版本是你想要的那个。Claude Code对Node版本有要求太老的Node16以下会导致安装后运行直接报语法错误。2.2 通过npm安装Claude Code环境准备好之后安装Claude Code本身很简单只需要在PowerShell里执行一条命令npm install -g anthropic-ai/claude-code全局安装之后命令行里就会多出claude这个命令。你可以通过下面的命令确认安装结果claude --version如果能看到类似1.0.0之类的版本输出说明安装成功。这里有一个Windows特有的坑如果你之前没有开启Windows Terminal或者PowerShell的执行策略有可能会碰到claude.ps1无法加载因为在此系统上禁止运行脚本这类报错。解决办法是管理员权限下执行Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser但如果你是在Git Bash或者CMD里运行Claude Code则基本不会遇到这个问题因为CMD不经过PowerShell的ExecutionPolicy机制。2.3 完成登录和基础鉴权安装完成后第一次在终端里输入claudeClaude Code会自动进入一个登录引导流程正常情况下会提示你在浏览器里打开一个https://claude.ai/...的地址完成OAuth授权。不过很多人在这一环节被卡住了因为Claude Code的登录服务并不一定在所有网络条件下都通畅。这时你有两个选择一个是继续通过claude命令尝试官方登录但请注意如果你是在非官方支持地区或受限网络下使用这个OAuth流程很可能反复失败。另一个选择是跳过OAuth登录直接走API Key模式。Claude Code支持通过环境变量来跳过登录流程$env:ANTHROPIC_API_KEYsk-ant-...设置完之后再运行claude就不会再弹浏览器登录页了。配合CC Switch时这个API Key其实不一定要填真实可用的Anthropic官方Key你可以填一个占位符因为请求会通过CC Switch转发到其他供应商。但注意在Claude Code的某些版本里API Key格式校验比较严格建议至少填成sk-ant-xxxxx的样子避免被客户端拦截。我个人在实际使用中更推荐先不设置任何环境变量等CC Switch配置好之后把Claude Code的ANTHROPIC_BASE_URL和ANTHROPIC_API_KEY作为系统级环境变量统一设置好这样最干净也方便切换。3. CC Switch的安装与初始配置3.1 下载和安装CC SwitchCC Switch的安装比Claude Code还要简单它本身就是一个自带界面的桌面级工具你从官方GitHub Releases页面下载Windows版本安装包即可。一般会得到一个压缩包或者一个exe安装程序。如果是压缩包解压后直接运行里面的可执行文件就行不需要额外安装依赖。值得注意的是CC Switch在Windows上运行时建议以普通用户身份运行不要动不动就“以管理员身份运行”。因为它要监听本地端口虽然管理员权限更容易监听但有时权限过高反而会触发某些安全软件拦截。如果你在别的电脑上遇到过“CC Switch启动后Claude Code连不上”的问题先确认一下是不是被Windows Defender防火墙拦了。需要单独说明的是如果你下载的版本需要同时装有Claude Code才能识别配置那安装顺序一定是先装Claude Code再装CC Switch。如果你先装了CC Switch再装Claude Code某些版本的CC Switch在自动检测配置文件路径时可能会找不到目录需要重启一次CC Switch才能正常识别。3.2 配置一个Provider的基础结构打开CC Switch之后你会看到一个比较简洁的主界面。第一次使用时界面上通常是空的你需要手动添加一个Provider。添加Provider时要填的核心字段不多主要如下名称随意填比如“DeepSeek-V4-Pro”这只是用来展示的。类型选择“Anthropic”或“OpenAI”。这个字段决定了CC Switch用什么协议去跟你的实际API后端通信。一般DeepSeek选择OpenAI。Base URL这里填你实际模型API的地址。对于DeepSeek官方API来说一般是https://api.deepseek.com/v1。API Key填写你在DeepSeek开放平台上申请的Key。Model填写具体模型名这里对应的是deepseek-chat或者deepseek-reasoner。部分整合版本里也可能会显示为deepseek-v4-pro。我建议你把Provider的“名称”和“Model”分开思考。名称是CC Switch里的显示标签而Model最终会写进Claude Code发给API的请求体里。也就是说如果你在Provider列表中新建了一个名叫“DeepSeekV4Pro”的配置那CC Switch把这个配置切换到当前生效状态时会把这些信息映射到本地代理的响应中Claude Code会话里看到的模型名也是由这些字段决定的。3.3 本地代理的工作原理与端口占用配置好Provider之后CC Switch会在本机起一个本地代理服务这个服务默认监听一个本地端口。以我使用的版本为例默认地址通常是http://127.0.0.1:14555。当然具体端口号取决于你下载的CC Switch版本和系统分配你可以在CC Switch的设置页面里查看或修改。这个本地代理端口非常重要因为Claude Code要连的就是它。你需要在Claude Code的启动配置里把ANTHROPIC_BASE_URL设置成这个本地地址格式是$env:ANTHROPIC_BASE_URLhttp://127.0.0.1:14555设置好之后Claude Code发出的所有请求全部会被CC Switch的本地代理接收并转发到真实API。你可以在CC Switch的界面上实时看到当前生效的Provider是哪一条以及最近请求的日志。本地代理还有一个好处是可处理“不同厂商的协议差异”。比如你配置的Claude Code环境变量里ANTHROPIC_API_KEY是个临时占位符本地代理在转发请求时会自动替换成真实API Key这样你就不用在多个终端窗口里反复切换环境变量了。4. DeepSeek V4 Pro接入CC Switch的详细配置4.1 第一步拿到API Key和确认接口BaseURL在配置任何模型之前先去DeepSeek开放平台注册账号并创建API Key。创建好之后你会得到一个形如sk-...的字符串。这个Key就是后面CC Switch要替你保管的核心机密。请注意DeepSeek有时候会把API Key明文显示在页面上但只显示一次所以务必立刻复制保存。同时你还需要确认你使用的DeepSeek接口地址。这里有个常见误区很多人把Base URL填成了https://api.deepseek.com但你会发现请求总是报404或者路由找不到。通常给OpenAI兼容客户端用的地址需要加/v1后缀也就是https://api.deepseek.com/v1。如果你在CC Switch里填错了Base URL启动之后日志里往往会显示类似404 not found或者路径不存在的报错。4.2 第二步在CC Switch新建DeepSeek Provider配置打开CC Switch点击“新建Provider”或“添加配置”然后按下面这张表的参数来填配置字段推荐值说明名称DeepSeek-V4-Pro仅用于在CC Switch中识别类型 / 协议OpenAIDeepSeek接口兼容OpenAI格式Base URLhttps://api.deepseek.com/v1注意末尾不要带多余的斜杠API Keysk-你的真实Key保存在CC Switch内部Modeldeepseek-chat 或 deepseek-v4-pro以你实际拿到的模型名为准这里重点提醒填Base URL时不要复制官网首页的地址一定要用接口文档里给出的完整路径。我实际见过不少人在这一步把https://api.deepseek.com填进去然后CC Switch转发时就在/responses接口上报错。正确做法是请求https://api.deepseek.com/v1/chat/completions这样的完整路径才符合OpenAI SDK的默认拼接规则。4.3 第三步让CC Switch在当前Provider和DeepSeek之间建立映射配置好Provider之后回到CC Switch主界面确保当前选中的Provider就是刚建好的DeepSeek配置。有些版本里你需要点击一下配置条目右侧的“启用”或“应用”按钮才会真正生效。这时CC Switch会启动本地代理并开始监听端口。你可以通过访问代理的健康检查地址来确认代理是否正常比如在浏览器打开http://127.0.0.1:14555如果能正常返回一个类似{“status”: “ok”}的JSON说明代理已经在工作了。然后打开PowerShell设置Claude Code环境变量让Claude Code把请求发到这个代理上$env:ANTHROPIC_BASE_URLhttp://127.0.0.1:14555 $env:ANTHROPIC_API_KEYsk-ant-placeholder注意这里的ANTHROPIC_API_KEY并不需要是真实的Key因为真实Key已经存在CC Switch的配置里了。但Claude Code客户端会校验Key格式所以不要直接留空。填一个sk-ant-xxx的占位符是最稳妥的。设置完成后重新启动claude你就应该能在CC Switch的日志里看到请求被转发到DeepSeek的记录。Claude Code的回复也不再是来自Anthropic官方模型而是DeepSeek模型输出。4.4 第四步把环境变量固化到系统里每次打开Terminal都重新设置一遍环境变量显然不现实所以你要把这两个变量写进系统环境变量里。具体操作是按下Win键搜索“环境变量”打开“编辑系统环境变量”在“环境变量”选项卡里新建两个用户变量变量名: ANTHROPIC_BASE_URL 变量值: http://127.0.0.1:14555变量名: ANTHROPIC_API_KEY 变量值: sk-ant-placeholder保存之后重新打开PowerShell输入claude应该就能直接连上CC Switch了。这样配置的好处是哪怕你有多个终端窗口只要是同一个Windows用户环境变量都会自动生效不需要每个窗口都重复设置。4.5 关于DeepSeek V4 Pro模型名的补充说明你可能注意到我上面写了deepseek-chat和deepseek-v4-pro两个候选模型名。这取决于你申请到的API账号看到的模型列表。在DeepSeek官方平台模型名一般就是平台上展示的名字比如deepseek-chat对应的是通用对话模型而deepseek-reasoner对应的是推理增强模型。如果你拿到的是某个内部版本或者较新的V4 Pro版本那么模型名可能会直接是deepseek-v4-pro。为了避免“模型不存在”的报错建议在配置之前先简单用curl测试一下你的API Key和模型名是否可用。命令如下curl https://api.deepseek.com/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer sk-你的真实Key \ -d {model:deepseek-v4-pro,messages:[{role:user,content:你好}]}如果返回了正常的JSON回复那说明Key和模型名都没问题可以放心写进CC Switch配置里。如果返回model not found之类的错误就去控制台查一下你账号名下到底有哪些可用模型。5. 实战中遇到的错误与排查方法5.1 CC Switch本地代理报错404 not found我在实际配置过程中遇到最多的就是类似这样的错误CC Switch local proxy failed while handling codex endpoint /responses: ... unexpected status 404 not found这个报错的直接原因是Claude Code发起了对新版/responses接口的请求但你在CC Switch配置的Provider指向的真实API后端不支持该路径。尤其是你把Provider类型选成了Anthropic而后端其实是一个OpenAI兼容的DeepSeek接口时就会导致路径映射出错。解决办法有两个方向。第一方向检查CC Switch里Provider的“类型”是否选择正确。DeepSeek类型请一定选择OpenAI。第二方向如果CC Switch版本较老需要在配置中手动指定接口路径映射比如在Provider设置里找到类似“自定义请求路径”或“接口风格”的选项将其调整为Chat Completions风格而非Responses风格。另一种可能是Base URL填写不完整。比如只填了https://api.deepseek.com少了/v1那么发起请求时拼接出来的完整URL就会是https://api.deepseek.com/v1但其真正期望的可能是https://api.deepseek.com/v1这个情况下更多是响应体解析错误而不是404。若你填写的Base URL本身就缺少路径前缀最终拼接的路径很可能对不上DeepSeek的接口格式。5.2 401 unauthorized错误unexpected status 401 unauthorized这个错误表示鉴权失败。大多数情况下是因为Claude Code发出的请求带过去的API Key是环境变量里设置的占位符而CC Switch没有成功把这个占位符替换成真实Key。请重点检查CC Switch当前选中的Provider是否真的是带正确Key的那个以及Provider配置里的API Key字段是否为空。另外如果你同时安装了多个配置CC Switch可能会有缓存切换配置后需要退出并重启CC Switch进程确保重新加载了最新Key。从我个人经验看Windows上最容易出现401的原因不是Key本身错误而是环境变量里设置的ANTHROPIC_API_KEY覆盖了CC Switch注入的Key导致后端收到的是sk-ant-placeholder而不是真实Key。遇到这种情况你可以将环境变量里的ANTHROPIC_API_KEY临时改成一个空字符串或者直接删除让Claude Code尽可能采用CC Switch中转后的Key。5.3 502 bad gateway错误502 bad gateway错误说明CC Switch本身是正常工作的但它在尝试访问真实后端API时连接失败或超时。这种错误通常跟网络环境有关跟配置本身关系不大。你可以分两步排查。第一步肉眼确认CC Switch的日志里显示的出站请求地址是https://api.deepseek.com/v1而不是其他诡异地址。第二步在浏览器或者curl里直接请求DeepSeek的API看看能否返回正常结果。如果curl正常但CC Switch总是502可能是CC Switch与DeepSeek服务之间有SSL握手的问题这时可以尝试在Provider配置的Base URL里把https改成http测试一下不过一般不建议生产环境这么做仅用于定位问题。5.4 503 service unavailable错误503 service unavailable表示目标API服务端暂时不可用或者过载了。如果是DeepSeek官方API返回503大概率是平台侧负载较高换个时间段再试即可。如果是在用企业内部网关或者第三方中转服务则需要确认网关配置的限流策略。不过还有一种常见情况CC Switch在Windows上启动时默认后台监听127.0.0.1端口但Claude Code是一个Node进程在发起请求时可能选择走系统代理策略。如果系统里设置了HTTP代理Node的fetch请求就可能被代理接管从而访问不到本机代理所在的服务进而报出“connection refused”或“503”。这类“本机代理”必须确认Claude Code发给CC Switch的流量没有绕道系统HTTP代理。在Windows上我建议用如下命令临时禁用系统代理再测试$env:NO_PROXY127.0.0.1,localhost这个环境变量可以让Node请求跳过系统代理直达本地端口。5.5 Claude Code提示“not available in your country”如果Claude Code在启动时提示claude code might not be available in your country. check supported countries...这通常是官方客户端在初始化时对所在地网络出口IP做了一次合规检查结果被判断不可用。官方的判断依据一般是出口IP的geo信息。遇到这种情况首先要正视你的网络环境不一定能稳定访问官方Claude Code服务。但这不代表你无法使用Claude Code因为Claude Code有一个所谓的“本地模式”或“BYOK自备密钥模式”。通过配置ANTHROPIC_BASE_URL指向本地代理或第三方兼容网关客户端本身的网络检查会提前中断Claude Code就不会继续去请求Claude官方相关服务而是直接走本地代理。我实测下来比较有效的做法是先设置好ANTHROPIC_BASE_URL为CC Switch的本地地址然后再启动claude此时初始化流程会跳过部分与官方服务器交互的步骤不再出现这个国家限制提示。这句话我加粗因为这是整套配置中非常关键的一环。如果第一次启动还是提示不可用可以做一次claude doctor环境诊断再确认环境变量是否已经正确加载。5.6 端口被占用导致无法启动CC SwitchWindows上还有一个特别高频的问题CC Switch启动后提示端口被占用或者Claude Code连不上本地代理。排查方法很简单。先看你的CC Switch配置的端口是多少然后打开PowerShell执行netstat -ano | findstr 14555如果输出里有非你预期进程的PID占用了端口那就可以根据PID去任务管理器里找到占用进程结束它或者修改CC Switch的监听端口。我遇到过最无语的情况之前装过一个别的模型转发工具悄悄占用了14555端口导致CC Switch启动时没有报错但实际监听失败Claude Code怎么都连不上。后面我用netstat一查才发现这根本不是同一个进程。所以在排错顺序上端口占用一定要优先排查。6. 多模型配置与日常切换技巧6.1 同时配置Anthropic官方和DeepSeek做开发的人通常不会只用一个模型。我自己在工作机上就同时配置了两套Provider一套是Anthropic官方API用于正式代码审查和复杂重构另一套是DeepSeek V4 Pro用于日常对话、脚本生成和比较机械的增删改查。这套组合在用CC Switch时非常灵活。我在CC Switch里建了两个配置一个叫“Anthropic官方”一个叫“DeepSeekV4Pro”。当我在公司项目上写代码需要更多上下文理解时就切换到官方API当我在处理临时脚本、批量修改文本这类低风险任务时就切到DeepSeek。切换操作在CC Switch界面上只要点一下对应的配置条目再点“应用”按钮即可。切换完成后CC Switch的本地代理端口不变环境变量不变所以不需要重启Claude Code。但需要注意当前已经打开的claude会话可能还保留着上一次的上下文连续状态如果连续发送消息模型名不会改变新的请求才会走新的Provider。要想让新配置生效最干净的方法是退出当前claude会话重新输入claude再开一个新会话。6.2 使用CC Switch的命令行方式切换配置有些进阶用户跟我一样习惯完全用键盘操作不太喜欢在GUI里点来点去。其实CC Switch在Windows版本里也提供了一些命令行的联调接口。具体看你装的版本你可以尝试在PowerShell里执行cc-switch list cc-switch use DeepSeekV4Pro如果命令不可用检查CC Switch安装目录下是否有一个命令行辅助程序或者干脆用GUI方式先切换到默认配置然后写一个简单的PowerShell脚本调用CC Switch的配置文件接口。不过个人建议日常切换用GUI足够没必要为了酷炫去折腾命令行。毕竟CC Switch本身是一个桌面工具GUI响应速度已经很快了。6.3 给CC Switch配置加一个自定义环境变量映射在某些特殊场景下你可能希望Claude Code用不同的ANTHROPIC_MODEL请求不同的模型名。比如想让Claude Code在对话中显示成DeepSeek V4 Pro而不是通用API模型名。对于这个需求你可以在CC Switch的Provider配置里找到“模型映射”或“Model Mapping”一栏。把模型名设置成deepseek-v4-pro。这样Claude Code内部拿到的模型名就是统一的deepseek-v4-pro对话里也不会串味。6.4 调整Claude Code的系统提示和上下文上限DeepSeek V4 Pro和Anthropic系列模型在系统提示System Prompt处理和上下文窗口大小上可能存在差异。如果你在Claude Code中使用DeepSeek常常会发现它的回应风格更加简短直接没有Anthropic模型那种“过度礼貌”的铺陈感。这不是问题反而在自动化操作时更干脆。但是如果你发现DeepSeek模型在某些复杂任务里理解不了太多上下文可以适度调整Claude Code的上下文限制参数。在Claude Code里可以使用/config进入设置界面调整maxTokens或上下文相关选项。我在项目比较大时会选择把上下文窗口调低一些减少token浪费因为DeepSeek虽然便宜但上下文过长时输出质量也会下降。7. 常用命令和配置速查表7.1 Cli常用命令命令用途claude启动Claude Codeclaude --version查看版本号claude doctor环境诊断查看Node、配置等信息claude --help列出所有可用命令claude /clear在会话内清空上下文claude /config打开交互式配置7.2 环境变量速查变量名值说明ANTHROPIC_BASE_URLhttp://127.0.0.1:14555CC Switch本地代理地址ANTHROPIC_API_KEYsk-ant-placeholder占位符真实Key由CC Switch替换NO_PROXY127.0.0.1,localhost避免流量被系统代理拦截7.3 CC Switch常见配置项说明配置项作用注意点Base URL真实API端点地址留意是否带/v1路径API Key供应商鉴权凭证不要使用Claude Code占位符KeyModel模型名称必须跟平台开通的模型一致Provider类型协议转换方式DeepSeek选OpenAI兼容协议7.4 Windows系统代理干扰的规避我在安装时还碰到过一个非常隐蔽的问题虽然我设置了ANTHROPIC_BASE_URLhttp://127.0.0.1:14555但Claude Code发出的请求仍然不走这个地址而是走到了某个外部代理服务器上。这是因为Node.js环境默认读取了系统全局代理设置。解决办法有两个。第一个在PowerShell里为当前终端窗口设置NO_PROXY环境变量。第二个在Windows系统设置里打开“设置 → 网络和Internet → 代理”手动把本地地址localhost和127.0.0.1加入“请勿对以下地址使用代理”的列表。这样Claude Code的请求就能直连CC Switch本地端口。8. 一些心里话和小技巧这整套配置折腾下来我发现Windows上安装Claude Code其实不难最难的反而是“让Claude Code愿意跟CC Switch说话”。这个“愿意”的背后是环境变量、端口、代理、协议转换、鉴权替换一系列链路都要对上。任何一个环节断了终端里都会冒出一堆看似莫名其妙的错误。我的建议是从安装一开始就尽量保持“最小链路”。也就是说先只配置Claude Code和CC Switch用最简单的Provider比如官方Anthropic跑通一次然后再加入DeepSeek V4 Pro的配置。不要一上来就直接把所有配置写满否则出错时你连是哪个环节的问题都搞不清楚。在实际使用中我最喜欢CC Switch的一点是它把平时会分散在终端、环境变量、配置文件里的所有模型信息收敛到了一个小界面里。以前我需要保存好几个不同的API Key和Base URL现在只需要在CC Switch里维护一个列表切换模型就只是点一下的事。如果你是重度Claude Code用户建议把你的配置信息另外备份一份。CC Switch的配置文件是存在本地的找到它的配置目录后可以把配置文件复制到网盘或者Git私有仓库方便换电脑时快速恢复。我自己就因为这个操作在换新笔记本时省掉了很大的重复配置时间。最后再分享一个小技巧如果你发现Claude Code在Windows上第一次启动很慢可以先在PowerShell里执行一次claude --version预热一下后续启动会明显变快。这个小问题通常是因为模块加载缓存还没建立跑过一次之后就顺了。以上就是我在Windows上从零到一完成“Claude Code CC Switch DeepSeek V4 Pro”整套配置的完整记录。这套组合日常写代码、改脚本、分析项目结构都非常顺手尤其是将模型切换能力掌握在自己手里之后工作流的灵活性提升了一大截。如果你也在配置中遇到了奇妙报错欢迎对照这篇内容逐层排查大部分问题都能在“配置映射”和“本地代理链路”这两个大方向上找到答案。