开篇写了十一篇今天把 Claude Code 整个串起来这是这个系列的第十二篇也是我个人觉得最值得写的一篇。前十一篇分别拆了安装、参数、技能、MCP、模型接入、编辑器联动、常见报错这些点每一篇看起来都不难但很多朋友反馈说单篇看懂了一上手还是懵原因很简单Claude Code 不是一个单一工具而是一条链——终端、仓库、模型、权限、编辑器、技能扩展全部要串起来任何一环掉了都要出问题。这一篇我打算换一种写法不再单独拆知识点而是把前十一篇的内容当成零件现场组装一台完整的机器给你看。从我到底该不该用 Claude Code这个最原始的问题开始到环境安装、登录认证、模型替换、VS Code 接入、Skills 和 MCP 扩展、省 token 的实操策略最后把所有我在真实项目中碰到的坑集中列一遍。这篇文章看完你应该能从知道这个东西直接进化到能在一台新电脑上半小时把它跑起来。Claude Code 本身是 Anthropic 推出的命令行编程代理它跑在终端里能读你的仓库、改你的代码、执行命令、提交 PR本质上是把AI 结对编程从聊天窗口挪到了真实的开发流程里。它不是 IDE 里的一个补全插件也不是网页端的聊天机器人而是一个独立运行、能以你的身份操作电脑的智能体。理解了这一点后面所有配置和技巧才有了着落。1. 先想清楚Claude Code 到底解决什么问题1.1 它不是 IDE 插件而是一个命令行代理很多人第一次听说 Claude Code会把它和 GitHub Copilot、通义灵码这类 IDE 插件混淆。这个误解是后面一系列配置问题的根源。Copilot 这类工具是在你写代码的时候在编辑器的光标位置给你补全下一行、下一个函数而 Claude Code 的工作方式完全不同——你在终端里启动它告诉它帮我把这个项目的测试补全这个接口的响应太慢了排查一下它会自己去翻代码、跑命令、看日志、改文件干完再向你汇报。我用一个生活化的类比来说Copilot 是个打字时的输入法你写一个字它帮你猜下一个字Claude Code 是个外包程序员你把需求讲清楚它自己去查资料、写代码、跑测试、把结果交给你。前者是辅助后者是代理两者的信任等级、权限边界、使用方式完全不一样。这也是为什么 Claude Code 的初始配置里有很严格的权限确认机制——你要不要让它执行这个命令要不要让它改这个文件它每走一步都会问你。搞清楚这一点你就明白为什么安装教程总是一长串因为它不是一个装完就能用的插件而是一套运行时、一个认证体系、一个文件权限系统加一个模型后端的组合。第 2 章我就从这套组合的最小集开始装。1.2 整个工作流里的位置终端、仓库、模型三者如何配合要真正理解 Claude Code你脑子里要有这样一张图最底下是你的代码仓库一个 Git 项目中间是 Claude Code 这个代理进程最上面是它背后调用的模型官方 Claude 系列模型或者你通过 API 兼容层接入的其它模型比如 DeepSeek、GLM、本地 Ollama。它的工作流程是这样的你在终端输入claude或者claude 你的任务启动它它先扫描当前目录读取项目结构、Git 状态、关键配置文件形成一个对项目的初步理解然后它把当前任务拆成多个步骤每一步都可能需要调用工具——读文件、搜代码、执行 Shell 命令、跑测试——这些工具调用的结果会连同任务上下文一起发给模型模型再决定下一步做什么。整个循环会在终端里实时打印你能看到它在想什么、在做什么。这个工具调用 模型推理的循环就是 Claude Code 比普通聊天机器人强大十倍的核心。传统聊天机器人只会根据你给的上下文生成文本而 Claude Code 能自己获取新信息、验证假设、执行操作像一个真正的工程师一样在项目里干活。但也正因为如此它需要你认真配置模型要给它一个好的仓库要让它能读权限要给它合适的边界。三者缺一个体验都会大打折扣。2. 从零到一把整个环境一次装齐2.1 安装前先理清三个前置条件前十一篇里我提到过不止一次Claude Code 的安装五分钟能搞定是理想情况现实中很多人卡在安装之前。动手装之前先确认三件事。第一Node.js 版本必须达标。Claude Code 官方通过 npm 分发对 Node.js 版本有要求太老的版本装不上或者装上后各种异常。我建议直接装 Node.js 18 以上最好上 20 LTS。你可以在终端里用node -v检查当前版本如果版本太老去官网下个 LTS 版重装不要用系统自带的旧版。第二确认你的终端环境干净。Windows 上默认的 PowerShell 和 CMD 都可能因为执行策略、编码格式出问题后面第 6 章我会专门讲乱码这里先提一句如果装的时候报错先试试在 PowerShell 里执行$PSVersionTable看版本不太行的先升级。macOS 和 Linux 上则注意别用 root 用户跑很多奇怪的权限错误都是 root 搬出来的。第三想清楚模型后端从哪里来。Claude Code 默认走 Anthropic 的账号体系你得有一个能登录的账号。如果你打算用第三方模型DeepSeek、GLM、Kimi 等实现平替那你得先确认那个模型服务商是否提供了兼容 Anthropic API 的接入地址以及你手里有没有对应的 API Key。这个决策直接影响后面第 3 章的配置所以别跳过。这三件事虽然看起来和安装无关但我在实际帮忙排查的过程中至少有一半的问题出在这三步。前置条件没理清就硬装报错信息千奇百怪最后绕一大圈发现只是 Node 版本不对非常浪费时间。2.2 安装方式与常见报错处理前置条件没问题之后正式安装就很快了。主流的安装方式是 npm 全局安装npm install -g anthropic-ai/claude-code装完执行claude --version能输出版本号就说明核心程序已经就位。如果你在中国大陆访问 npm 官方源比较慢可以把 registry 切到国内镜像再装npm config set registry https://registry.npmmirror.com切完之后重新执行一次安装命令速度会快很多。这里要注意改 registry 是全局生效的如果你之后要发布自己的 npm 包记得改回来不然会发到镜像源上去。在这个阶段常见的报错有这么几种我按出现频率排序。第一种是npm ERR! code EACCES或者权限不足这是因为你用普通用户执行了全局安装而目录没有写权限。macOS/Linux 上不要直接sudo npm install -g硬干那样会把全局包目录的权限搞乱。正确的做法是用 nvm 装 Node.js这样全局目录就在你用户目录下不需要 sudo。Windows 上一般不会遇到这个问题但如果你装了某些修改了 PATH 的工具也可能出现类似情况。第二种是claude 不是内部或外部命令Windows或command not foundmacOS/Linux。npm 明明是装成功的但是终端找不到命令这基本是 PATH 环境变量的问题。npm 全局 bin 目录没有加入 PATH在终端里npm prefix -g看全局目录在哪把它加上。第三种是装的过程中报网络错误比如ETIMEDOUT。这种通常发生在某些网络环境下连不上默认的 npm 源解决办法就是切到镜像源或者重试一次。注意有些镜像源同步有延迟刚发布的版本可能拉不到如果报 404可以等等再试。2.3 登录与认证的连续踩坑安装完成后真正的第一道坎是登录。执行claude首次启动会提示你登录浏览器会自动打开一个认证页面授权后把得到的凭证粘贴回终端就完成了。但很多热词里都提到claude code 登录返回 403这确实是个高频问题。403 的常见原因有三个一是系统时间不对证书和时间戳校验不过这种把时间同步一下就好二是账号本身的地区限制这个涉及服务商的风控策略我不展开也不建议用任何非常规手段绕过合规角度我只能说以官方服务条款为准三是浏览器里已经登录了错误的账号换个账号重试或者在无痕窗口里试一次往往能解决。另外一个小技巧Claude Code 的认证信息存在你用户目录下macOS 上是~/.claude如果你换了电脑或者容器环境直接把整个.claude目录拷过去里面包含配置和会话上下文。不过新机器的权限、目录结构可能不完全一样偶尔会有路径问题拷过去之后建议先跑一个简单任务试试。我自己的习惯是认证做完后先跑一个最简单的例子验证整个链路通不通比如让它读一下当前目录的 README 并总结。这一步通过说明 Claude Code 能连上模型、能读文件、能返回结果整个基础链路没有问题再往下配置就有的放矢了。3. 模型接入把大模型后端换成自己的组合3.1 官方模型与 API 的关系Claude Code 默认绑定 Anthropic 的 Claude 系列模型——这是它的原配。官方账号登录后它用的是订阅额度比如 Pro 会员的周限额这也是为什么有些用户会看到your limits are temporarily boosted. your weekly claude code limit is 50%这类提示。意思是这一周你的临时额度提高了但总限额用了 50%。这个提示本身不是错误是服务商在告诉你当前账号的用量状态。如果你的用量比较大或者你的账号不支持 Claude Code 的订阅额度那就要考虑走 API 路线。API 是按 token 计费的用多少扣多少适合偶尔用一下或工作流比较固定的场景。在 Claude Code 里走 API 的方式很简单登录的时候选择 API Key 方式或者用环境变量设置export ANTHROPIC_API_KEYsk-ant-xxxx设置之后再启动claude它就会通过 API 模式访问模型。API 模式的好处是计费透明、额度独立、便于多台机器共享坏处是对网络链路的要求更高API 服务不可用的时候你的工具也会中断。3.2 接入 DeepSeek、GLM 等第三方模型热词里claude code 接入 deepseek是一个很热门的需求原因也很现实官方模型的成本和额度对国内用户来说不够友好而 DeepSeek 这类模型服务商提供兼容接口价格要低得多。接入思路非常简单找一个能兼容 Anthropic API 格式的模型服务商拿到它的 API 地址和 Key然后用环境变量覆盖默认的 API 地址和模型名称。大致是这样export ANTHROPIC_BASE_URLhttps://api.deepseek.com/anthropic export ANTHROPIC_AUTH_TOKEN你的key export ANTHROPIC_MODELdeepseek-chat注意ANTHROPIC_AUTH_TOKEN和ANTHROPIC_API_KEY是不同的。API Key 模式下 Claude Code 会用标准 Bearer 认证访问 Anthropic 官方地址AUTH_TOKEN则允许你用一个自定义 token 访问自定义的BASE_URL。接第三方模型用后者更顺。GLM 的接入方式类似把BASE_URL换成对应服务商的兼容地址模型名改成glm-4.6之类。很多模型服务商自带的文档里会专门给Anthropic 兼容格式这一段照着填就行。这里有一个大坑不是所有兼容 Anthropic API的服务都真的让你所有功能跑起来。Claude Code 除了文本对话还会用一些特殊的能力比如某些工具调用的参数格式、流式输出的协议细节。如果服务商兼容得不够彻底你会发现简单对话没问题一执行代码搜索、文件编辑就报错。排查的时候先切回官方模型试一下能确定问题在哪一端。3.3 本地模型与 Ollama断网也能用的方案除了云端模型还有一个方向是把模型跑在自己电脑上这就绕不开 Ollama。Ollama 是一个本地模型运行工具它把模型下载、量化、加载、API 服务都封装了普通用户也能在本地把大模型跑起来。它的默认端口是 11434启动后本机就有一个 OpenAI 兼容的 API 服务。让 Claude Code 接 Ollama 的玩法本质上就是接一个本地版第三方模型export ANTHROPIC_BASE_URLhttp://localhost:11434/v1不过坦白讲以目前个人电脑的配置本地跑出来的模型比如 7B、13B在代码理解能力上和云端大模型还有明显差距。我试下来本地模型更适合做脱敏环境下的简单代码结构识别比如内网项目里让它整理一下目录结构、给你解释一段逻辑真正让它改代码、写测试复杂场景还是云端模型更靠谱。但如果你对数据隐私要求极高项目不能在公网传Ollama 是当前成本最低的替代方案。3.4 cc-switch多配置切换的实用工具模型接入多了之后一个新的问题就来了我接了三四个后端每天都要改环境变量太麻烦。热词里那个 claude code cc switch ollama 的组合就是在这个背景下出现的。cc-switch 是一个专门管理 Claude Code 配置切换的小工具它把不同后端的BASE_URL、API Key、模型名以配置文件的形式管理起来一键切换。我个人的使用习惯是日常开发用官方模型体验最完整不容易遇到兼容性问题写文档、做代码 review 这种对模型能力要求不那么极致的任务切到 DeepSeek 或 GLM成本低断网或者处理敏感代码时切到 Ollama 本地模型。cc-switch 这类工具解决的正是这种一天切三次的痛。如果你只有一种后端不装它完全没问题但只要你有两种以上强烈建议装一个它能把你从频繁改环境变量的泥潭里捞出来。4. 把 Claude Code 接进编辑器VS Code 与桌面版4.1 VS Code 里配置 Claude Code 的正确姿势虽然 Claude Code 本职是在终端里跑的但绝大多数人写代码都在编辑器里所以在 VS Code 里用 Claude Code成了特别刚需的场景。这个需求有两种实现方式很多人搞混了我这里一次说清楚。第一种是你先装了 Claude Code 的 CLI然后在 VS Code 的终端里开一个面板直接在里面跑claude。这种方式很简单——本质上不需要装任何 VS Code 插件终端是通用的CLI 在哪个终端里都能跑。它的优点是省事、稳定缺点是你没法在编辑器里直观地看到它改了哪些行、代码高亮是分离的。第二种是装 VS Code 的 Claude Code 插件或者用带 GUI 的客户端。插件装好后会在侧边栏多出一个面板你可以在里面输入任务它会把任务执行过程、文件改动、对话记录都在面板里展示还能直接点击查看 diff。这种方式优点是集成度高、看得清楚缺点是插件本质上还是需要背后有 CLI 和认证出问题时排查链路更长。我的建议是先保证第一种方式能跑通再上第二种。千万不要一上来就只装插件插件报错的时候你会分不清是 CLI 的问题还是插件的问题。基础链路走通了插件就只是一个壳。另外 VS Code 里还有一个伪插件变体——通过自定义任务把 Claude Code 串进构建流程比如保存文件后自动触发格式化、提交前自动 review。这个属于中高级玩法适合对编辑器定制比较熟悉的用户。我个人的实操经验是不要一开始就在这个方向上花太多时间先让核心流程跑顺。4.2 Claude Code 桌面版不是必需品但是好补充热词里反复出现claude code 桌面版claude code desktop很多人问它和终端版有什么区别。桌面版本质上是把终端版包了一层图形界面有聊天窗口、有项目文件树的展示、有历史会话的管理对不习惯终端的用户友好很多。我自己的使用感受是桌面版适合浏览式使用——你想让 AI 帮你理解一个项目、做一些探索性的分析在图形界面里看输出更舒服。但如果你是一个重度终端用户正在用 tmux、zellij 管理多任务桌面版反而有点多余它没法嵌入你现有的终端工作流。所以我的建议是想尝鲜可以装但核心技能还是终端版那套因为给终端版配好环境后桌面版基本也是复用的。4.3 终端、IDE、桌面的适用场景对比三种使用方式不是竞争关系而是互补关系我按实际经验列一个对比表使用方式上手难度集成度适用场景终端版 CLI中与终端工作流无缝集成日常主力远程服务器、容器环境、tmux 用户首选VS Code 插件/集成中低与编辑器深度集成写代码时边写边问需看 diff 和文件改动桌面版低界面友好会话管理方便探索代码、看项目结构、不喜欢终端的用户实际项目中三种方式经常切换使用。我自己是终端版为主VS Code 里偶尔开一个面板处理具体文件的修改桌面版在接手陌生项目时打开扫一眼目录和架构。三个方式共用一份配置和认证不存在装了桌面版就要重新配一遍的问题这也是 Claude Code 设计得比较舒服的地方。5. 让它真正干活Skills、MCP 与一段完整实操5.1 Skills 扩展给 Claude Code 添加肌肉记忆Skills 是 Claude Code 的一个扩展机制它允许你把一些固定的工作流、提示词、脚本打包成一个技能让 Claude Code 在遇到特定任务时自动调用。用大白话说就是给这个无所不能的通用智能体装上专用工具包。举个例子你经常处理 Git 仓库的状态汇报那你可以定义一个 skill 叫git-status里面写清楚读取当前仓库的 git log、git diff --stat、git status然后按固定模板输出一份简报。以后你只要说git-status它就自动按你预设的流程执行不用每次都把需求从零说一遍。Skills 的官方文档里有完整的定义格式核心就是一个 JSON 或 Markdown 文件里面声明技能名称、描述、触发条件、要执行的命令或提示词。它的价值在长时间使用后特别明显——你的使用习惯、常用命令、项目约定全部沉淀成技能Claude Code 会越来越懂你和你的代码库。这也是从会用到用得好的分水岭。不过我提醒一句技能里的提示词写得越具体效果越好。帮我检查代码质量这种泛泛的描述和检查 src 目录下所有 Python 文件重点找未捕获的异常和明显的性能问题按严重程度列出这种描述执行效果天差地别。我见过很多人刚接触 skills 时随便写几句然后说这东西没什么用——其实不是没用是技能没打磨好。5.2 MCP 扩展读数据库、取网页、操作外部服务的统一接口MCPModel Context Protocol是 Claude Code 连接外部数据和服务的标准协议。热词里claude code 安装 mcp读取数据库就是典型的 MCP 使用场景。MCP 的思路是把数据库查询网页抓取Slack 发消息Jira 建工单这些外部操作封装成统一的工具让 Claude Code 在对话过程中像调用内置工具一样调用它们。以读数据库为例你装一个支持 MCP 的数据库服务端配置好连接串然后在 Claude Code 的配置里注册这个 MCP 服务{ mcpServers: { my-db: { command: npx, args: [-y, some/mcp-server, postgres://user:passlocalhost:5432/mydb] } } }配好之后你可以在对话里直接说查一下 orders 表最近 7 天的订单量趋势它就会翻译成 SQL、连上数据库、跑查询、把结果整理好给你。这个能力和之前读文件、执行命令相比是质的飞跃Claude Code 不再局限于你仓库内部的信息而是能实时触达整个系统的数据面。MCP 的坑主要在配置格式。不同版本的 Claude Code、不同服务商提供的 MCP 服务端配置字段可能有细微差别。遇到 MCP 连不上最快的排查方式是用claude mcp list查看当前注册的 MCP 服务是否正常再用claude mcp test 服务名测试连通性别一上来就猜配置文件。5.3 一段完整实操从需求到提交的全流程前面把零件都讲完了现在把它们串起来。假设你要用 Claude Code 给一个已有的 Web 项目加一个新接口读取数据库里某个表的数据做聚合输出成 JSON 接口。我的实操流程是这样的第一步确认项目在本地能跑起来。先在终端手动启动服务、跑一个现有接口确认基础环境正常。这一步别偷懒Claude Code 排查问题的时候要跑命令如果它连服务都起不来后面全白搭。第二步在项目根目录启动claude给它一段上下文清晰的任务描述。比如项目是 Express PostgreSQL我想新增一个 GET /api/revenue/summary 接口返回按日聚合的营收数据。先看下现有路由和数据库表结构然后实现、补测试最后跑测试确认通过。描述里带上技术栈、目标、步骤要求它的执行质量会高一个量级。第三步观察它的执行过程。Claude Code 会先读package.json、路由目录、数据库表 schema然后自己定出实现方案。这时你可以随时CtrlC打断或者在对话里要求它换一种实现方式比如不要用 ORM直接写 SQL。执行过程中它会请求运行命令、修改文件的权限默认会先问你要不要允许不要全局放行逐条看意义再决定。第四步它改完代码后会跑测试给你看。如果测试挂了它会自己 debug但调试次数多了还没解决我建议你介入看一下——大概率它进入了反复试同一个错误方案的死循环你提示一句看一下连接池的配置往往立刻见效。第五步确认结果没问题后让它提交。我习惯让它生成 commit message 而不是直接git commit因为 AI 生成的 message 有时过于泛泛你过目一遍再自己提交更稳。整个流程下来快的话五分钟慢的话二十分钟取决于接口复杂度和项目的可测试性。这段流程我拿出来写是想展示一个观点Claude Code 用得好不好关键不在于你背了多少配置命令而在于你能不能把人的判断和AI 的执行配合好。它负责干活你负责验收、纠偏、拍板。6. 省 token、高效率和问题排查速查6.1 省 token 的实操技巧用 Claude Code 用得越久对 token 的敏感度就越高尤其是走 API 模式的朋友。热词里claude code如何用省token是个高频词我直接把最有效的几个策略列出来。第一个策略是缩小会话范围。Claude Code 的上下文是随着对话累积的一个会话里聊太久历史消息会占掉大量 token。如果你发现聊到后期它开始遗忘前面的内容、响应变慢说明上下文快满了。这时候果断开新会话把关键上下文在开头重新说一遍比在旧会话里硬撑着省得多。开新会话的损失是它忘了之前的细节所以我的习惯是每完成一个子任务把关键结论总结一下放到项目根目录的笔记文件里新会话直接让它读笔记。第二个策略是控制--allowedTools和权限范围。权限开得越大它越容易执行一些不需要的探索步骤每个工具调用结果都要喂给模型token 消耗自然大。把权限收紧只允许它改特定目录、执行特定命令能有效减少无效探索。第三个策略是尽量一次把需求说清楚。这是最朴素但最有效的省 token 方法。你描述的上下文越完整它就不需要反复读文件去猜你的意图。我通常会在需求里包含技术栈、涉及的目录/文件、期望的输出/验收标准、明确禁止做的事。这样它第一轮就会给出接近最终版的方案,而不是来回试探十几次。6.2 乱码问题Windows 用户的第一大痛点热词里claude code乱码问题非常高频我基本可以断定这个答案会被很多人需要。乱码主要出现在 Windows 的终端里原因在于 Windows 默认代码页是 GBK936而 Claude Code 输出的是 UTF-8两边的编码不对齐中文就显示成乱码。解决办法有两个一是把终端代码页切到 UTF-8在 PowerShell 里执行chcp 65001注意这个设置只在当前窗口生效要想永久生效可以在 Windows Terminal 的配置文件里把默认编码改成 UTF-8。二是改用 Windows Terminal如果你还在用老旧的 conhost它对 UTF-8 的支持好很多。另外还有一种乱码是终端显示正常但复制出去乱码这种往往是复制的时候编码转换出了问题换一个终端软件或者用文件输出代替剪贴板复制能绕开。我在实际处理时发现很多人走了很多弯路其实就是把默认终端从 conhost 换到 Windows Terminal 就全好了如果有类似问题可以优先试这一条。6.3 保存对话历史别让重要上下文蒸发Claude Code 每个会话默认会保留历史你退出终端再进来输入claude --continue就能接着上次的会话聊。但很多新用户不知道这一点以为关掉终端就等于中断现场每次重新启动就开新会话然后把之前的上下文全部丢了非常可惜。更可靠的方式是导出存档。Claude Code 的会话记录存在~/.claude/projects目录下按项目路径分目录保存。你要备份某次重要的对话直接把这个目录下的 JSONL 文件拷走就行。我自己的习惯是在做重要的系统设计或架构决策时每隔半小时把对话记录备份一份到项目 git 仓库里注意脱敏这样即使本地环境坏了决策过程还能追溯。另外提一个很多人在意的点CLI 里直接执行claude 任务是一锤子买卖任务完成后输出就结束了它不会把完整上下文打印到终端。如果你需要把任务过程和结果保存下来可以在启动时用--output-format json或--output-format stream-json把结构化输出重定向到文件方便后续分析和集成到自动化脚本里。6.4 常见错误速查表从 403 到模型名不识别下面把热词里提到的高频错误做一个速查表都是我实测或者帮人排查过上百次的场景错误现象根本原因处理方式登录返回 403时间不同步/账号风控/浏览器缓存同步系统时间换无痕模式换账号重试报错model xx is not a model this version of claude code recognizes第三方模型名写错或版本不支持确认服务商文档里的准确模型名检查 ANTHROPIC_MODEL 变量终端中文全是乱码Windows 代码页不是 UTF-8chcp 65001或换 Windows Terminal用完额度提示 weekly limit 50%订阅额度用了一半没超出就不影响使用注意没到上限PowerShell 安装报错Node 版本过老/执行策略限制升级 Node检查Set-ExecutionPolicyVS Code 插件连不上插件和 CLI 版本不匹配先确认 CLI 能跑再检查插件日志MCP 连接失败配置格式不对或服务没启动claude mcp listclaude mcp test逐步排查PowerShell 安装报错Node 版本过老/执行策略限制升级 Node检查Set-ExecutionPolicy还有一个热度很高的问题是codex 和 claude code 有什么区别。Codex 是 OpenAI 的命令行编程代理和 Claude Code 属于同类产品都是把模型放进终端、让它操作代码库的智能体。区别主要在模型能力的侧重、可配置性和生态Claude Code 在长上下文理解、工具调用设计上更成熟而 Codex 的优势在于和 OpenAI 模型生态的深度绑定。这个话题单独写一篇都不够这里只给一个结论如果你主要用 Claude API 或第三方 Anthropic 兼容服务选 Claude Code如果你已经在 OpenAI API 上投入很多可以试试 Codex。两者不冲突也可以同时装日常根据项目类型切换。结尾这个工具链的边界由你来定义写到这里整个 Claude Code 的链路已经从安装、认证、模型接入、编辑器联动一直走到 Skills、MCP 和问题排查算是完完整整地串了一遍。以我的观察这个工具最迷人的地方不是它有多聪明而是它的可组合性——同一个 CLI配上不同模型、不同技能、不同 MCP 服务它就是完全不同的工具。我个人的最终体会是Claude Code 的入门门槛不算低但它是少有的、值得你投入时间去打磨配置的开发者工具。前十一篇拆的是零件这一篇把所有零件装起来之后你才能真正感受到它作为一个整体工作流的威力。最后分享一个我自己的小习惯每次新项目开工我都会先把 .claude 目录下的项目级配置写好包括允许的目录、常用的 MCP 服务、几个固定的 skill。这个前期准备大概花十分钟但在后续几周的开发里省下的时间是以几十倍计算的。希望这篇文章能让你少走一点我走过的弯路早点把这个链路完整跑起来。
