企业官网建设流程全解析

用Cursor做了快一年外包交付，坦白说它很强，但真正把我从Cursor拽走的，是Anthropic官方在终端里放出的Claude Code。它不是一个套着IDE外壳的聊天框，而是直接住在终端里的AI结对工程师：你说需求，它自己改文件、跑命令、看测试结果、再来一轮。我换过去三周，同样的小项目交付周期缩短了差不多三分之一。

这篇文章不是官方文档复读，而是从安装到中文设置、从模型省钱到各种坑的完整实操记录。适合正在纠结“要不要放弃Cursor”的人，也适合已经装好Claude Code但不会配中文、不知道第三方便宜模型怎么接入的读者。内容不短，建议先收藏。

1. 为什么我从Cursor切换到了Claude Code

1.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：推荐用Homebrew，brew install node。
• Ubuntu：sudo 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。
• Shift+Tab：切换工具调用权限，在“每次确认”和“自动接受”之间循环。
• 命令内引用文件：直接输入路径或#符号引用文件，它就能精确读取。

还有一个“直接执行终端命令”的坑：Claude Code可以在得到授权后直接运行Bash命令。默认模式下它会弹确认，你也可以在启动参数里指定只允许某类命令：

claude --allowedTools "Bash(npm run *)" "Bash(git *)"

这样它只能跑npm和git相关的命令，风险会低很多。千万不要图省事全局加--dangerously-skip-permissions。

4. 省钱技巧：免费额度、第三方模型与用量控制

4.1 官方订阅和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_URL="https://你的兼容网关地址" 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半天不动。

排查链路：

1. 执行npm config get prefix看看全局目录是否在系统保护目录下。
2. 执行node -v确认Node版本不是太老。
3. 查看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...的提示，然后无法进入正常授权流程。

排查链路：

1. 确认系统时间、时区是否准确，异常时间会导致OAuth回调失败。
2. 确认是否能正常访问Anthropic的官方服务。这是使用Claude Code的前提，官方服务访问不通的情况下，任何操作都会卡在这一步。
3. 检查是否为企业代理/网络策略拦截了请求。

解决：这一步的合规红线是“能够合法访问官方服务”。如果反复出现该提示，并且你确认访问路径没问题，再考虑使用第三方兼容API方案代替官方登录。配置好ANTHROPIC_BASE_URL和ANTHROPIC_AUTH_TOKEN后，Claude Code可以走API模式独立启动，这是社区Harness方案里最常见、也完全合规的用法。

5.3 执行终端命令时权限失控

现象：AI突然开始执行一堆命令，或者反过来一直停在“等待确认”不动。

排查链路：

1. 检查启动Claude Code时是否带了--dangerously-skip-permissions。
2. 查看会话里的权限模式，是不是被切到了自动接受。
3. 看具体跑的指令是什么，有些命令（如rm -rf）极度危险。

解决：日常使用我只推荐两种权限策略。一是默认手动确认，二是用--allowedTools限定白名单命令。即便是在自己熟悉的小项目里，也建议对危险命令保持确认。工具链越好用，越要给它安上缰绳。

5.4 中文设置不生效

现象：CLAUDE.md里写了“用中文回复”，但模型偶尔还是蹦英文。

排查链路：

1. 确认全局CLAUDE.md和项目CLAUDE.md都存在且内容正确。
2. 新会话是否真的加载了项目目录下的CLAUDE.md。
3. 是否在对话中手动要求过“全程使用中文”。

解决：模型在长会话中会被后续指令影响，所以最好的做法是“双重保险”：全局CLAUDE.md写中文偏好，每个新会话开始时再手动补一句“请全程使用简体中文，包括代码注释”。如果项目里的CLAUDE.md是从旧项目复制来的，注意检查有没有冲突指令。

5.5 响应速度慢，会话越来越“笨”

现象：刚开始很聪明，越聊越迟钝，甚至出现回答牛头不对马嘴。

排查链路：

1. 多半是上下文太长，模型被大量历史信息干扰。
2. 如果用了便宜模型，复杂任务的推理能力本来就不足。
3. 网络请求本身波动也会导致看起来“卡”。

解决：长会话直接/compact压缩历史，或者/clear开新会话，把关键结论补进CLAUDE.md再继续。另外，定期npm update -g @anthropic-ai/claude-code升级到最新版本，新版本往往会在上下文管理和响应速度上有优化。

6. 它最终怎么帮我提升赚钱速度：一套可复制的交付工作流

6.1 从需求到PR的完整闭环

我现在的外包交付流程已经固定成了四步：

1. 把需求文档直接贴给Claude Code，同时要求：“先给我一份实施计划，标注风险点，不要直接改代码。”
2. 等计划确认后，再让它“按计划实现第1步，只改相关文件，完成后贴出diff摘要”。
3. 让它自动跑测试：“执行测试命令，失败就自己修复，最后汇总失败原因和修复内容。”
4. 交付前让它“检查遗漏项：有没有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少问、多做，把省下来的精力留给真正需要人工判断的事。