
用Cursor做了快一年外包交付坦白说它很强但真正把我从Cursor拽走的是Anthropic官方在终端里放出的Claude Code。它不是一个套着IDE外壳的聊天框而是直接住在终端里的AI结对工程师你说需求它自己改文件、跑命令、看测试结果、再来一轮。我换过去三周同样的小项目交付周期缩短了差不多三分之一。这篇文章不是官方文档复读而是从安装到中文设置、从模型省钱到各种坑的完整实操记录。适合正在纠结“要不要放弃Cursor”的人也适合已经装好Claude Code但不会配中文、不知道第三方便宜模型怎么接入的读者。内容不短建议先收藏。1. 为什么我从Cursor切换到了Claude Code1.1 Cursor很强但在交付场景下有几道坎先别急着骂我标题党。Cursor依然是目前最好的AI编辑器之一尤其是它的Tab补全和代码库问答体验确实丝滑。但在高频外包交付的场景里我慢慢碰到几个具体问题多文件项目里的改动经常需要手动文件AI的视野有限上下文一长就容易“忘事”。大范围重构时AI生成的diff不一定能完整Apply有时候得自己手动补。重度依赖IDE进程项目一复杂补全和索引会明显变慢。订阅成本不低而真正高强度使用的额度其实撑不满一个月。这不是说Cursor不能用而是当我的工作从“改几行代码”变成“把一个需求从零落地成可交付的模块”时我需要一个更接近“自动执行者”的工具而不是一个“高级补全器”。1.2 Claude Code打动我的三个核心点第一它本身就是终端里的Agent。启动后它会自己去读项目结构、查看git状态、按需打开文件甚至直接执行npm test这类命令。你不用手动把文件一个个拖进对话框它会把整个仓库当成可操作的工作台。第二模型接入非常灵活。通过配置环境变量它可以接入DeepSeek、Qwen、GLM这类第三方模型的兼容接口也可以继续使用Anthropic的Opus、Sonnet、Haiku。成本控制的自由度比Cursor大得多。第三适合自动化。Claude Code支持非交互式调用比如claude -p 重构 src/utils.ts可以直接在脚本里批量执行这在批量处理多个子任务时特别好用。很多社区用户把它称为“harness”本质上就是一个可以脱离官方账号登录、完全由API配置驱动的运行框架。所以我的结论是Cursor解决“怎么改得更快”Claude Code解决“怎么把事做完”。后者在赚钱这件事上价值更直接。2. 保姆级安装流程Windows、macOS、Ubuntu都试过了2.1 安装前的环境检查Claude Code基于Node.js所以第一步是确认本机有可用的Node环境。打开终端执行node -v npm -v要求Node版本在18以上npm正常即可。如果没装可以按系统选择Windows直接去Node官网下载LTS安装包一路下一步。macOS推荐用Homebrewbrew install node。Ubuntusudo apt install nodejs npm但apt里的版本往往偏旧建议用nvm安装指定版本。这里提醒一句尽量不要用sudo去装全局npm包后续会遇到权限麻烦。nvm这类版本管理器最省心Windows上用nvm-windows也行。2.2 一条命令安装Claude Code环境没问题之后安装很简单npm install -g anthropic-ai/claude-code装完验证一下claude --version能输出版本号就说明成功了。如果网络慢npm默认源可能让人等到怀疑人生可以先把registry切到国内镜像源npm config set registry https://registry.npmmirror.com再重试安装。后续升级版本用npm update -g anthropic-ai/claude-code我在Ubuntu和macOS上都装过命令完全一致。Windows上只要终端是PowerShell或Windows Terminal也能跑通。2.3 登录与首次运行在终端输入claude它会在首次启动时输出一个授权链接通常会尝试打开浏览器。你需要有一个Anthropic账号并完成OAuth授权。授权成功后终端会进入对话界面这里就是Claude Code的主战场。注意几个概念用Claude Pro或Max订阅登录可以在额度内直接用Claude Code不需要单独配置API Key。如果走API模式需要设置ANTHROPIC_API_KEY环境变量按token计费。如果什么都不配置就运行可能会反复要求登录或提示不可用。第一次运行时建议先敲/help它会列出当前版本支持的命令和快捷键。我的常规动作是/config看一下有没有多余限制然后在项目根目录生成CLAUDE.md。2.4 在VS Code里把Claude Code用起来很多人搜“vscode配置claude code”。其实最简单的方式不是装插件而是直接打开VS Code的内置终端——按Ctrl反引号在里面运行claude。它会跟当前打开的文件夹联动读取项目文件操作都在同一套终端里完成。如果你想把Claude Code封装成VS Code的任务可以在.vscode/tasks.json里加一个类型为process的任务command填claude即可。这样按快捷键就能唤起。Claude Code本身虽然是CLI形态但配合VS Code的文件树和Diff视图实际手感比想象中顺滑。3. 中文回复设置与日常使用手感调教3.1 让Claude Code默认说中文Claude Code的运行界面是英文的但回复内容完全可以用中文。最可靠的办法是用CLAUDE.md文件做全局偏好设置。打开终端创建全局配置文件mkdir -p ~/.claude echo 始终使用简体中文回复代码注释使用简体中文变量命名保持英文。 ~/.claude/CLAUDE.md之后每次启动Claude Code它都会自动读取这条规则。如果你只在某个项目里需要中文那就把同样的内容写在项目根目录的CLAUDE.md里效果只作用于该项目。有朋友问“cursor怎么设置中文回复”那是另一套逻辑。Cursor是在设置里改界面语言而Claude Code改的是模型回复语言。CLI界面本身没有官方中文汉化但实际干活时影响不大因为真正需要读的是AI返回的内容和Diff。3.2 项目级记忆文件把背景、规范、口令写进去CLAUDE.md是Claude Code的项目记忆文件它会在每个新会话中自动加载。我一般会写成这样# 项目名小型CRM后台 ## 技术栈 - Vue3 TypeScript Vite - Node.js 20 Express ## 编码规范 - 组件统一使用setup语法 - 所有注释使用简体中文 - 目录命名用kebab-case ## 常用命令 - 开发npm run dev - 测试npm run test - 构建npm run build ## 交付要求 - 每个新功能必须补单测 - 提交信息用中文描述格式feat(模块): 说明写清楚之后Claude Code的行为会明显更“懂规矩”。你不需要每次都重复技术栈和规范它自动就知道该怎么干。遇到新项目可以用/init让它根据当前代码自动生成一份初始CLAUDE.md再自己补细节。注意千万不要在CLAUDE.md里写任何密钥、Token、密码。这个文件会在每个会话中被模型看到还可能被提交进git仓库属于高风险信息位点。密钥一律用环境变量管理。3.3 高频交互操作不知道会吃大亏日常使用里这几个操作我几乎每天都要用到/compact上下文太长时压缩历史既能省钱又能缓解“失忆”。/clear清空当前会话重新开始。/init自动生成项目级CLAUDE.md。ShiftTab切换工具调用权限在“每次确认”和“自动接受”之间循环。命令内引用文件直接输入路径或#符号引用文件它就能精确读取。还有一个“直接执行终端命令”的坑Claude Code可以在得到授权后直接运行Bash命令。默认模式下它会弹确认你也可以在启动参数里指定只允许某类命令claude --allowedTools Bash(npm run *) Bash(git *)这样它只能跑npm和git相关的命令风险会低很多。千万不要图省事全局加--dangerously-skip-permissions。4. 省钱技巧免费额度、第三方模型与用量控制4.1 官方订阅和API到底怎么选先看方案对比方案适用场景成本逻辑我的建议Claude Pro/Max订阅中高强度日常对话固定月费额度内有使用上限适合不想管API细节的人Anthropic API按量需要精细控制成本按token计费模型越贵成本越高适合批量任务或生产接入第三方兼容API低成本跑大量重复任务通常远低于官方价格适合深挖性价比的开发者我现在的组合是官方订阅留着做复杂架构设计第三方API跑机械性开发任务。两套并行成本大概只有单独用官方API时的零头。4.2 用cc-switch接入DeepSeek、Qwen、GLM等模型“claude code可以不登录用其他模型吗”——完全可以核心就是配置环境变量指向第三方兼容接口。社区里管这类方案叫“harness”很多第三方工具都能做到cc-switch就是其中比较省心的一个。cc-switch本质上是一个配置管理器它帮你维护多套API供应商配置。你添加一个profile填入供应商提供的Base URL和API Key然后一键切换。切换后启动Claude Code它会自动读取对应的环境变量。手动配置时关键环境变量是export ANTHROPIC_BASE_URLhttps://你的兼容网关地址 export ANTHROPIC_AUTH_TOKEN你的第三方API Key注意两点不是所有模型厂商都原生提供Anthropic格式的接口很多需要配合兼容网关做协议转换。实际使用前先确认供应商的文档是否写明“支持Anthropic兼容端点”。用第三方API时Claude Code的一些系统提示词和工具调用规则需要匹配模型能力。如果发现调用工具不稳定优先检查网关和模型选择而不是怀疑Claude Code坏了。DeepSeek、Qwen、GLM这些模型的价格比Claude Opus低不少日常写CRUD、写测试、改前端样式体验差距并不明显。我用cc-switch在同一个项目里切换过最直接的感受是便宜模型做“体力活”贵模型做“脑力活”成本结构一下子健康了。4.3 让token不白烧的几条实践用久了你会发现烧钱大头不是单次对话而是上下文失控。一个会话里塞了大量文件内容和历史记录每一轮都在重复计费。省钱的核心就是控制上下文。我的做法每个独立功能开独立会话别让一个会话从早拖到晚。上下文明显变长时主动/compact把讨论结果压缩成要点。只让它读必要的文件。写#a.js之前先想一下这个文件它真的需要完整读吗用快速模型兜底。Claude Code支持通过参数指定模型简单任务的会话直接用Haiku级别省下的钱非常可观。避免让AI做大量“试探性”操作。比如不确定的依赖关系先自己查一下版本号再让它写代码比让它反复尝试更省钱。4.4 低成本跑通日常开发的亲测数据举一个实际例子。上周我接了一个小后台的外包单需求是一组带分页、筛选、导出的列表接口加起来大概十几个文件。我用cc-switch把模型切到DeepSeek全程跑下来消耗的token费用折合人民币大约几块钱速度和效果都在可接受范围。这个任务如果全部用Claude Opus跑费用会高出一个数量级。如果你是新手我建议先别急着买高额套餐。用免费额度或最低配API跑通两个小项目摸清“什么任务该用哪个模型”之后再决定怎么花钱。5. 高频踩坑实录五个问题与完整排查链路5.1 npm安装失败或太慢现象安装时出现EACCES权限错误或者卡在npm install半天不动。排查链路执行npm config get prefix看看全局目录是否在系统保护目录下。执行node -v确认Node版本不是太老。查看registry是不是官方源。解决优先用nvm安装Node这样npm包会落在用户目录下不会碰权限。网络慢就切到npmmirror源再装。另外不要随便用sudo npm install -g短期看着解决了后续更新和卸载都是坑。5.2 登录后提示“not available in your country”现象启动claude时输出类似note: claude code might not be available in your country. check supported co...的提示然后无法进入正常授权流程。排查链路确认系统时间、时区是否准确异常时间会导致OAuth回调失败。确认是否能正常访问Anthropic的官方服务。这是使用Claude Code的前提官方服务访问不通的情况下任何操作都会卡在这一步。检查是否为企业代理/网络策略拦截了请求。解决这一步的合规红线是“能够合法访问官方服务”。如果反复出现该提示并且你确认访问路径没问题再考虑使用第三方兼容API方案代替官方登录。配置好ANTHROPIC_BASE_URL和ANTHROPIC_AUTH_TOKEN后Claude Code可以走API模式独立启动这是社区Harness方案里最常见、也完全合规的用法。5.3 执行终端命令时权限失控现象AI突然开始执行一堆命令或者反过来一直停在“等待确认”不动。排查链路检查启动Claude Code时是否带了--dangerously-skip-permissions。查看会话里的权限模式是不是被切到了自动接受。看具体跑的指令是什么有些命令如rm -rf极度危险。解决日常使用我只推荐两种权限策略。一是默认手动确认二是用--allowedTools限定白名单命令。即便是在自己熟悉的小项目里也建议对危险命令保持确认。工具链越好用越要给它安上缰绳。5.4 中文设置不生效现象CLAUDE.md里写了“用中文回复”但模型偶尔还是蹦英文。排查链路确认全局CLAUDE.md和项目CLAUDE.md都存在且内容正确。新会话是否真的加载了项目目录下的CLAUDE.md。是否在对话中手动要求过“全程使用中文”。解决模型在长会话中会被后续指令影响所以最好的做法是“双重保险”全局CLAUDE.md写中文偏好每个新会话开始时再手动补一句“请全程使用简体中文包括代码注释”。如果项目里的CLAUDE.md是从旧项目复制来的注意检查有没有冲突指令。5.5 响应速度慢会话越来越“笨”现象刚开始很聪明越聊越迟钝甚至出现回答牛头不对马嘴。排查链路多半是上下文太长模型被大量历史信息干扰。如果用了便宜模型复杂任务的推理能力本来就不足。网络请求本身波动也会导致看起来“卡”。解决长会话直接/compact压缩历史或者/clear开新会话把关键结论补进CLAUDE.md再继续。另外定期npm update -g anthropic-ai/claude-code升级到最新版本新版本往往会在上下文管理和响应速度上有优化。6. 它最终怎么帮我提升赚钱速度一套可复制的交付工作流6.1 从需求到PR的完整闭环我现在的外包交付流程已经固定成了四步把需求文档直接贴给Claude Code同时要求“先给我一份实施计划标注风险点不要直接改代码。”等计划确认后再让它“按计划实现第1步只改相关文件完成后贴出diff摘要”。让它自动跑测试“执行测试命令失败就自己修复最后汇总失败原因和修复内容。”交付前让它“检查遗漏项有没有TODO、有没有硬编码、有没有明显边界漏洞”。这套流程的要点是“先计划后动手”。AI直接动手时容易跑偏但一旦先逼它把计划列出来你会提前发现很多需求描述里的矛盾点返工率明显下降。6.2 和Cursor配合使用的组合打法“Cursor和Claude Code是什么关系”这个问题我的答案越来越简单它们是互补。我现在的桌面是这样的打开项目用Cursor快速查看代码、做全局搜索、用Tab补全写胶水代码。需要动手术式重构、批量改文件、执行测试时切换到终端里的Claude Code。遇到不确定的新技术先用Claude Code帮我搭一个最小Demo再在Cursor里精读代码调整细节。两个工具共享同一套git工作区切换成本几乎为零。Cursor帮我保持“看得见”Claude Code帮我保证“做得完”。6.3 非交互模式让Claude Code变成你的异步工人很多人不知道Claude Code支持非交互式执行。你可以在脚本里这样调用claude -p 给 src/api/user.ts 里所有接口补上JSDoc注释这种方式可以直接写进批量脚本一次跑完一个目录的重复性工作。我把一些重复性极强的任务比如补注释、整理import、统一格式化都封装成了shell脚本每周能省出好几个小时。对于接单的人来说这几个小时就是实打实多出来的产能。与其纠结“AI会不会取代我”不如先让它替你干那些你本来就不想干的事。最后再分享一个我自己的习惯每天开工前花五分钟给Claude Code做“晨间预热”——先/compact昨天的长会话再开新会话把今天要交付的三个任务按优先级写进项目CLAUDE.md。这套流程稳定跑了几个星期确实让我的单位时间产出上了一个台阶。工具的组合方式永远要跟着项目走但底层的思路是一样的让AI少问、多做把省下来的精力留给真正需要人工判断的事。