我第一次装 ClaudeCode整个过程确实十分钟都用不了。真正让我花掉两天的是装完之后那一串奇怪问题为什么 Windows 上会报 missing hcs services为什么每次执行命令都要反复确认为什么同一个文件夹换一台机器就完全跑不起来如果你也是从“听说 Claude Code 很能干活”到“准备在本地跑起来”的新手我的建议是先不要急着复制一条安装命令就冲先花五分钟把这几个概念理清楚。否则你大概率会在环境、权限和上下文管理上浪费掉一整个晚上。Claude Code 的安装步骤本身真不难难的是理解它运行在一个什么环境里以及它和普通聊天工具有什么不同。它不是一个网页对话窗口而是一个常驻在终端里的编程代理。它要读文件、改文件、执行命令所以它的权限模型、上下文长度、项目文件结构都会直接影响你能不能流畅使用。这一篇不打算只给你复制粘贴命令。我会从安装开始把登录、第一次使用、权限配置、上下文压缩、自定义模型 API 接入以及 Windows 和国产 Linux 上最容易踩的坑一起讲清楚。目标是让你从“能启动”走到“能稳定用在真实项目里”。1. 先理解 Claude Code 到底是什么以及它能解决什么问题1.1 不是又一个聊天窗口而是一个终端编程代理很多人第一次打开 Claude Code会以为它是另一个聊天页面。真正跑起来之后才发现它会直接在你当前目录下读取文件、调用命令行工具、创建修改代码甚至连续完成一个小功能的全部开发。它的核心价值是把“对话生成代码”变成“和代码库一起工作”。普通聊天工具只能拿到你粘贴进去的代码片段而 Claude Code 可以直接查看项目里多个文件定位到具体函数再基于完整上下文做修改。这个区别决定了它不能像聊天窗口那样随便用。但代价也随之而来它需要读取很多文件需要执行命令需要修改工作区。所有这些动作都需要权限控制于是就有了“为什么一直要我确认”的体验。如果你只是复制一句话让它读代码确认是很轻松的但如果你让它跨文件重构一次改动可能会涉及十几个操作确认就会变成负担。所以理解 Claude Code第一步不是记住安装命令而是接受一个事实它是一个有操作能力的工具不是一个问答机器人。你需要在权限、上下文和项目边界上给它明确的规则。1.2 单次安装很容易真正麻烦的是环境与权限安装通常只需要一条 npm 命令但环境兼容性问题会集中在第一次启动时爆发。比如 Windows 上如果系统服务状态不对可能出现missing hcs services: hns, vmcompute, vfpextmacOS 上如果 Node 版本过旧可能直接报语法错误Linux 服务器上如果缺少依赖可能连claude命令都找不到。你会发现这些问题跟 Claude Code 本身关系不大反而跟你当前系统的基础环境关系很大。很多人卡住不是因为不会安装而是因为不知道“先查 Node 版本再查 Windows 功能最后看 npm 全局安装路径”。另外权限模型也决定了一个项目能不能长期稳定使用。Claude Code 在默认模式下会逐次询问是否允许某个工具操作。你可以选择每次确认也可以把常用工具加入允许列表。但对新手来说盲目跳过所有确认又很危险因为它可能真的会执行格式化、删除、覆盖文件等操作。安全和效率之间需要你主动做配置。2. 从零安装最快跑通的环境准备与命令2.1 前置条件先把 Node.js 装好Claude Code 的官方安装方式基于 npm所以第一件事是确认 Node.js 环境。通常要求 Node.js 版本比较新常见要求是 18 或 20 以上。你可以先在终端里跑一下node -v npm -v如果提示node不是内部或外部命令说明没有安装 Node.js 或没有加入 PATH。Windows 可以到 Node.js 官网下载 LTS 版本安装包macOS 可以用 HomebrewLinux 可以用包管理器。这里有一个容易忽略的坑安装完 Node.js 后终端窗口要重开一次PATH 才会刷新。如果你的系统里同时有多个 Node 版本建议用 nvm 或 fnm 这类版本管理工具固定版本。Claude Code 对 Node 版本比较敏感一个长期不被维护的旧版本很容易在启动时崩溃。确认好 Node 和 npm 能正常运行后再往下走。2.2 安装命令Windows、macOS、Linux 通用Claude Code 的安装包已经发布在 npm 上所以三个平台的安装指令基本一致。在终端里执行npm install -g anthropic-ai/claude-code安装完成后检查一下版本claude --version如果能正常输出版本号说明安装成功了。接着执行claude会进入交互界面。这里要说一个热词里常见的问题为什么 Windows 上安装完成打开却提示“此程序与 64 位版本 Windows 不兼容”这类情况大概率不是你用错了官方命令而是下载了非官方打包的安装包。npm 全局安装方式本身是跨平台的不会出现 32/64 位不兼容问题如果遇到这种提示优先卸载掉来路不明的安装包再回到 npm 官方包。卸载也顺手说一下如果你以后不想要了执行npm uninstall -g anthropic-ai/claude-code如果装过桌面版再从系统的卸载列表里移除对应应用。2.3 首次登录账号登录还是 API Key第一次执行claude时通常需要完成认证。官方支持两种常见方式用 Claude 账号登录或者使用 API Key。选择哪种主要看你后续的使用场景。如果你只是想在本地试玩、体验交互账号登录比较省事。登录成功后Claude Code 会把凭证存在本地配置目录之后启动不再需要重复登录。如果你准备把 Claude Code 接进脚本、CI 流程或自定义模型服务API Key 会更可控。你可以用环境变量把密钥注入不用每次都在终端里粘贴。需要注意API Key 是有成本敏感性的不要把它提交到 Git 仓库也不要在截图里泄露。注意登录时如果一直卡住先检查终端能否正常访问对应服务再检查系统时间、DNS、防火墙和 npm 源配置是否正常。从工程经验看大多数卡住的问题出在一个不太被注意的地方系统时间不准或 Node 版本过旧。3. 第一次使用最小可用流程与关键交互3.1 进入交互界面先完成一次小任务在项目目录下执行claude它会读取当前目录作为工作区。为了验证流程不要一上来就让它重写整个项目建议先从一个小任务开始。比如你可以在某个测试目录里让它创建一个简单的脚本然后运行它。mkdir test-claude cd test-claude claude进入后输入类似这样的话请在当前目录创建一个 Python 脚本输出当前时间并运行它。它会先展示计划然后可能询问是否执行命令或创建文件。第一次使用时你会看到很多权限询问这很正常。如果担心风险只允许它操作当前目录即可。这一步的核心目标不是完成什么复杂功能而是确认三件事它能不能读到你的项目结构、它能不能调用系统命令、它能不能输出你期待的结果。如果这三件事都通过了说明基础链路是通的。3.2 权限确认如何减少“一直点确认”的烦恼权限确认是使用 Claude Code 时最容易劝退新手的环节。它每执行一步都问虽然安全但确实烦。减少确认有几种做法。第一种在交互界面里输入/permissions把一些只读、低风险的工具加入允许列表。比如读取文件、列出目录这类操作允许之后就不需要反复确认了。不同版本的命令入口可能不一样如果输入/permissions没有反应就先输入/help查一下当前版本支持哪些命令。第二种通过配置文件维护 allowedTools。Claude Code 会读取项目或用户目录下的配置把常用工具写进去实现“按项目授权”。这样换项目后权限配置也可以跟随项目走比每次手动点确认更稳定。第三种是使用跳过权限确认的启动参数。比如claude --dangerously-skip-permissions这类参数可以免去所有确认但我非常不建议新手直接用。因为你不知道它会执行什么命令一旦某个操作破坏了工作区你可能会损失半天的工作量。更稳妥的顺序是先遇到确认再看到它提示的具体工具最后决定是否信任这个工具。注意不要让“效率焦虑”逼着你跳过所有权限校验。真正成熟的用法是允许那些你熟悉且低风险的只读工具保留文件写入和命令执行的关键确认。3.3 上下文管理长会话必备的压缩与清理命令Claude Code 的上下文长度是有限制的。当会话变长它可能会忘记前面的内容或者响应变慢。这不是工具坏了而是上下文窗口快满了。一个常用命令是/compact作用是压缩当前对话历史把前面的信息浓缩成更短的摘要保留关键背景。这有点像会议开到一半把讨论过的结论整理成一份会议纪要再继续聊新议题。在长任务、跨文件重构时很管用。还有一个容易被忽略的问题当你在终端里输入了很长一段话但还没发送怎么快速清空这个和 Claude Code 本身关系不大更多受终端快捷键影响。在大多数终端里CtrlC可以取消当前输入在 Windows CMD 或 PowerShell 里如果输入行存在Esc有时也能清空。要是不确定多试几次或者查你使用的终端快捷键表。另外一个经常在社区里看到的词是install skill。如果你想给 Claude Code 安装 Skills常见的做法是把 Skill 目录放到项目的.claude/skills下然后通过交互界面的/skill命令查看和启用。不同版本的 Skill 格式可能有差异不要拿老教程硬套新版。4. 把 Claude Code 接到 DeepSeek / 自定义模型 API4.1 为什么有人想换模型提供商使用 Claude Code 默认模型需要对应的账号或 API 额度。不同场景下获取额度的便利程度不同也有很多人想用国内模型来跑部分任务于是“Claude Code 接入 DeepSeek”就成了一个热门搜索词。这背后其实反映了一个真实需求不是所有人都需要最强模型也不是所有任务都值得用高成本模型。做一些简单的格式化、注释补充、批量文本替换时更便宜或更本土化的模型可能就够了。所以接入自定义模型 API 本身是有价值的。但要清楚一点Claude Code 的核心是终端编程代理它的动作能力依赖工具调用而不只是文本生成。换模型之后模型是否稳定输出工具调用格式会直接影响整条工作流能不能跑通。4.2 环境变量配置的通用思路从工程上看Claude Code 的模型地址和密钥通常通过环境变量控制。社区里常见的方法是设置ANTHROPIC_BASE_URL指向一个兼容的服务地址同时用ANTHROPIC_AUTH_TOKEN传自己的密钥。示例结构如下# Linux / macOS示例结构 export ANTHROPIC_BASE_URLhttps://your-compatible-api.example.com export ANTHROPIC_AUTH_TOKENyour_tokenWindows PowerShell 里写法类似$env:ANTHROPIC_BASE_URLhttps://your-compatible-api.example.com $env:ANTHROPIC_AUTH_TOKENyour_token注意example.com只是占位实际要换成你能访问的 API 地址。如果 DeepSeek 官方接口协议与 Anthropic 不兼容直接设置这个地址往往不能工作通常需要一个转换层把 Anthropic 的请求格式转成目标模型能识别的格式。这个转换层可以理解为“API 请求翻译器”它不一定来自官方需要你自己验证。更稳妥的验证路径是先用一条最简单的请求测试连通性再进入 Claude Code 跑一个小任务最后再尝试批量任务。不要一上来就把所有流量切过去万一接口格式不兼容你会看到大量报错。4.3 切换到 API 模式后要注意什么自定义模型接入后最容易出问题的是工具调用格式。Claude Code 与模型之间不只是聊天还有结构化指令。如果原模型对工具调用的支持不好可能出现“它能回答你但不会操作文件”的情况。这在接入非官方模型时很常见。我建议你做三层检查检查请求能否返回如果连简单对话都报错先看 API 地址、密钥、模型名是否填对。检查工具调用是否稳定让它做一个“读取某文件并告诉我行数”的任务如果它读不到文件很可能模型没有正确输出工具调用格式。检查成本与限流不同模型的上下文计费、并发限制不一样不要用默认参数直接跑大数据量任务。另外环境变量是会被“记住”的。如果在当前终端窗口设置只对当前会话有效如果希望长期生效要写进 shell 配置文件或系统环境变量。否则你每次重启终端都要重新设置一次。5. 常见报错排查从 Windows 服务缺失到网络异常5.1 Windows 常见错误missing hcs services: hns, vmcompute, vfpext搜索热词里反复出现claudecode missing hcs services: hns, vmcompute, vfpext。这个报错看起来像是 Claude Code 的问题但实际上往往是终端环境里的 WSL2 或虚拟机功能没有完全启用。hns、vmcompute、vfpext 都是 Windows 的底层服务或扩展。如果你在 Windows 上使用 WSL2 或 Docker会依赖这些服务。它们没启动时终端里启动一些命令就会报错。解决办法是检查并启用相关 Windows 功能。常见做法是在“启用或关闭 Windows 功能”里确认下面几项已经勾选适用于 Linux 的 Windows 子系统虚拟机平台Hyper-V如果需要 WSL2也可以用管理员权限运行 PowerShell执行 DISM 来启用dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart执行后重启电脑再检查 WSL 状态wsl --status这个报错在只装 Node.js、不使用 WSL 的场景下不一定出现。如果你用的就是普通的 CMD 或 PowerShell 直接跑claude报错来源更可能是其他工具链。遇到这种情况先看完整报错上下文再决定要不要动 Windows 功能。5.2 WSL2 是首选还是可选项如果你是 Windows 用户会经常看到有人推荐在 WSL2 里跑 Claude Code。原因很简单Claude Code 需要访问项目文件、执行 shell 命令WSL2 提供的 Linux 环境通常比 CMD 更接近开发者的预期很多脚本在 Windows 原生环境下会踩路径分隔符、权限符号链接等坑。但对于只做少量体验的人来说不装 WSL2 也能跑。前提是你对 Windows 命令行生态足够熟悉并且项目不需要太多 Linux 命令。反之如果你的项目里用了 shell 脚本、软链接、长短路径等我建议直接在 WSL2 里安装 Node.js 和 Claude Code工作目录也用 WSL 文件系统而不是/mnt/c/下的 Windows 目录。一个常见误区是在 Windows 上装好了 Node.js进入 WSL 后却还执行 Windows 那边的claude。两个环境的 npm 全局路径不一样版本可能也不同。进入 WSL 后先执行which claude和node -v确认用的是 Linux 环境里的版本再继续排错。5.3 安装后命令找不到或卡在检查更新安装完claude后如果提示“不是内部或外部命令”大概率是 npm 全局目录没有加入 PATH。Windows 上可以执行npm prefix -g查看全局安装路径确认该路径已经加入系统环境变量。macOS/Linux 上则常见于使用 nvm 或系统包管理器时npm 全局 bin 目录被不同用户隔离开。如果启动时卡在“检查更新”或一直转圈通常和网络相关。这时可以查看终端里有没有更具体的错误也可以检查 npm 源是否过慢。如果你使用国内镜像源并且镜像同步不及时可能拉到的不是最新版本这时候先执行npm config get registry确认当前 registry 是否是你预期的那一个。网络问题不建议盲目重装先判断是“命令启动失败”还是“启动后被网络卡住”再对症处理。5.4 通用排查链路先输入再环境再权限最后参数遇到问题最有效的不是直接给答案而是按顺序排查。首先看现象。是报错、卡住、无输出还是输出结果不对不同现象指向不同层次 Claude Code 本地部署全指南：权限配置、上下文压缩与 Windows 排障
我第一次装 ClaudeCode整个过程确实十分钟都用不了。真正让我花掉两天的是装完之后那一串奇怪问题为什么 Windows 上会报 missing hcs services为什么每次执行命令都要反复确认为什么同一个文件夹换一台机器就完全跑不起来如果你也是从“听说 Claude Code 很能干活”到“准备在本地跑起来”的新手我的建议是先不要急着复制一条安装命令就冲先花五分钟把这几个概念理清楚。否则你大概率会在环境、权限和上下文管理上浪费掉一整个晚上。Claude Code 的安装步骤本身真不难难的是理解它运行在一个什么环境里以及它和普通聊天工具有什么不同。它不是一个网页对话窗口而是一个常驻在终端里的编程代理。它要读文件、改文件、执行命令所以它的权限模型、上下文长度、项目文件结构都会直接影响你能不能流畅使用。这一篇不打算只给你复制粘贴命令。我会从安装开始把登录、第一次使用、权限配置、上下文压缩、自定义模型 API 接入以及 Windows 和国产 Linux 上最容易踩的坑一起讲清楚。目标是让你从“能启动”走到“能稳定用在真实项目里”。1. 先理解 Claude Code 到底是什么以及它能解决什么问题1.1 不是又一个聊天窗口而是一个终端编程代理很多人第一次打开 Claude Code会以为它是另一个聊天页面。真正跑起来之后才发现它会直接在你当前目录下读取文件、调用命令行工具、创建修改代码甚至连续完成一个小功能的全部开发。它的核心价值是把“对话生成代码”变成“和代码库一起工作”。普通聊天工具只能拿到你粘贴进去的代码片段而 Claude Code 可以直接查看项目里多个文件定位到具体函数再基于完整上下文做修改。这个区别决定了它不能像聊天窗口那样随便用。但代价也随之而来它需要读取很多文件需要执行命令需要修改工作区。所有这些动作都需要权限控制于是就有了“为什么一直要我确认”的体验。如果你只是复制一句话让它读代码确认是很轻松的但如果你让它跨文件重构一次改动可能会涉及十几个操作确认就会变成负担。所以理解 Claude Code第一步不是记住安装命令而是接受一个事实它是一个有操作能力的工具不是一个问答机器人。你需要在权限、上下文和项目边界上给它明确的规则。1.2 单次安装很容易真正麻烦的是环境与权限安装通常只需要一条 npm 命令但环境兼容性问题会集中在第一次启动时爆发。比如 Windows 上如果系统服务状态不对可能出现missing hcs services: hns, vmcompute, vfpextmacOS 上如果 Node 版本过旧可能直接报语法错误Linux 服务器上如果缺少依赖可能连claude命令都找不到。你会发现这些问题跟 Claude Code 本身关系不大反而跟你当前系统的基础环境关系很大。很多人卡住不是因为不会安装而是因为不知道“先查 Node 版本再查 Windows 功能最后看 npm 全局安装路径”。另外权限模型也决定了一个项目能不能长期稳定使用。Claude Code 在默认模式下会逐次询问是否允许某个工具操作。你可以选择每次确认也可以把常用工具加入允许列表。但对新手来说盲目跳过所有确认又很危险因为它可能真的会执行格式化、删除、覆盖文件等操作。安全和效率之间需要你主动做配置。2. 从零安装最快跑通的环境准备与命令2.1 前置条件先把 Node.js 装好Claude Code 的官方安装方式基于 npm所以第一件事是确认 Node.js 环境。通常要求 Node.js 版本比较新常见要求是 18 或 20 以上。你可以先在终端里跑一下node -v npm -v如果提示node不是内部或外部命令说明没有安装 Node.js 或没有加入 PATH。Windows 可以到 Node.js 官网下载 LTS 版本安装包macOS 可以用 HomebrewLinux 可以用包管理器。这里有一个容易忽略的坑安装完 Node.js 后终端窗口要重开一次PATH 才会刷新。如果你的系统里同时有多个 Node 版本建议用 nvm 或 fnm 这类版本管理工具固定版本。Claude Code 对 Node 版本比较敏感一个长期不被维护的旧版本很容易在启动时崩溃。确认好 Node 和 npm 能正常运行后再往下走。2.2 安装命令Windows、macOS、Linux 通用Claude Code 的安装包已经发布在 npm 上所以三个平台的安装指令基本一致。在终端里执行npm install -g anthropic-ai/claude-code安装完成后检查一下版本claude --version如果能正常输出版本号说明安装成功了。接着执行claude会进入交互界面。这里要说一个热词里常见的问题为什么 Windows 上安装完成打开却提示“此程序与 64 位版本 Windows 不兼容”这类情况大概率不是你用错了官方命令而是下载了非官方打包的安装包。npm 全局安装方式本身是跨平台的不会出现 32/64 位不兼容问题如果遇到这种提示优先卸载掉来路不明的安装包再回到 npm 官方包。卸载也顺手说一下如果你以后不想要了执行npm uninstall -g anthropic-ai/claude-code如果装过桌面版再从系统的卸载列表里移除对应应用。2.3 首次登录账号登录还是 API Key第一次执行claude时通常需要完成认证。官方支持两种常见方式用 Claude 账号登录或者使用 API Key。选择哪种主要看你后续的使用场景。如果你只是想在本地试玩、体验交互账号登录比较省事。登录成功后Claude Code 会把凭证存在本地配置目录之后启动不再需要重复登录。如果你准备把 Claude Code 接进脚本、CI 流程或自定义模型服务API Key 会更可控。你可以用环境变量把密钥注入不用每次都在终端里粘贴。需要注意API Key 是有成本敏感性的不要把它提交到 Git 仓库也不要在截图里泄露。注意登录时如果一直卡住先检查终端能否正常访问对应服务再检查系统时间、DNS、防火墙和 npm 源配置是否正常。从工程经验看大多数卡住的问题出在一个不太被注意的地方系统时间不准或 Node 版本过旧。3. 第一次使用最小可用流程与关键交互3.1 进入交互界面先完成一次小任务在项目目录下执行claude它会读取当前目录作为工作区。为了验证流程不要一上来就让它重写整个项目建议先从一个小任务开始。比如你可以在某个测试目录里让它创建一个简单的脚本然后运行它。mkdir test-claude cd test-claude claude进入后输入类似这样的话请在当前目录创建一个 Python 脚本输出当前时间并运行它。它会先展示计划然后可能询问是否执行命令或创建文件。第一次使用时你会看到很多权限询问这很正常。如果担心风险只允许它操作当前目录即可。这一步的核心目标不是完成什么复杂功能而是确认三件事它能不能读到你的项目结构、它能不能调用系统命令、它能不能输出你期待的结果。如果这三件事都通过了说明基础链路是通的。3.2 权限确认如何减少“一直点确认”的烦恼权限确认是使用 Claude Code 时最容易劝退新手的环节。它每执行一步都问虽然安全但确实烦。减少确认有几种做法。第一种在交互界面里输入/permissions把一些只读、低风险的工具加入允许列表。比如读取文件、列出目录这类操作允许之后就不需要反复确认了。不同版本的命令入口可能不一样如果输入/permissions没有反应就先输入/help查一下当前版本支持哪些命令。第二种通过配置文件维护 allowedTools。Claude Code 会读取项目或用户目录下的配置把常用工具写进去实现“按项目授权”。这样换项目后权限配置也可以跟随项目走比每次手动点确认更稳定。第三种是使用跳过权限确认的启动参数。比如claude --dangerously-skip-permissions这类参数可以免去所有确认但我非常不建议新手直接用。因为你不知道它会执行什么命令一旦某个操作破坏了工作区你可能会损失半天的工作量。更稳妥的顺序是先遇到确认再看到它提示的具体工具最后决定是否信任这个工具。注意不要让“效率焦虑”逼着你跳过所有权限校验。真正成熟的用法是允许那些你熟悉且低风险的只读工具保留文件写入和命令执行的关键确认。3.3 上下文管理长会话必备的压缩与清理命令Claude Code 的上下文长度是有限制的。当会话变长它可能会忘记前面的内容或者响应变慢。这不是工具坏了而是上下文窗口快满了。一个常用命令是/compact作用是压缩当前对话历史把前面的信息浓缩成更短的摘要保留关键背景。这有点像会议开到一半把讨论过的结论整理成一份会议纪要再继续聊新议题。在长任务、跨文件重构时很管用。还有一个容易被忽略的问题当你在终端里输入了很长一段话但还没发送怎么快速清空这个和 Claude Code 本身关系不大更多受终端快捷键影响。在大多数终端里CtrlC可以取消当前输入在 Windows CMD 或 PowerShell 里如果输入行存在Esc有时也能清空。要是不确定多试几次或者查你使用的终端快捷键表。另外一个经常在社区里看到的词是install skill。如果你想给 Claude Code 安装 Skills常见的做法是把 Skill 目录放到项目的.claude/skills下然后通过交互界面的/skill命令查看和启用。不同版本的 Skill 格式可能有差异不要拿老教程硬套新版。4. 把 Claude Code 接到 DeepSeek / 自定义模型 API4.1 为什么有人想换模型提供商使用 Claude Code 默认模型需要对应的账号或 API 额度。不同场景下获取额度的便利程度不同也有很多人想用国内模型来跑部分任务于是“Claude Code 接入 DeepSeek”就成了一个热门搜索词。这背后其实反映了一个真实需求不是所有人都需要最强模型也不是所有任务都值得用高成本模型。做一些简单的格式化、注释补充、批量文本替换时更便宜或更本土化的模型可能就够了。所以接入自定义模型 API 本身是有价值的。但要清楚一点Claude Code 的核心是终端编程代理它的动作能力依赖工具调用而不只是文本生成。换模型之后模型是否稳定输出工具调用格式会直接影响整条工作流能不能跑通。4.2 环境变量配置的通用思路从工程上看Claude Code 的模型地址和密钥通常通过环境变量控制。社区里常见的方法是设置ANTHROPIC_BASE_URL指向一个兼容的服务地址同时用ANTHROPIC_AUTH_TOKEN传自己的密钥。示例结构如下# Linux / macOS示例结构 export ANTHROPIC_BASE_URLhttps://your-compatible-api.example.com export ANTHROPIC_AUTH_TOKENyour_tokenWindows PowerShell 里写法类似$env:ANTHROPIC_BASE_URLhttps://your-compatible-api.example.com $env:ANTHROPIC_AUTH_TOKENyour_token注意example.com只是占位实际要换成你能访问的 API 地址。如果 DeepSeek 官方接口协议与 Anthropic 不兼容直接设置这个地址往往不能工作通常需要一个转换层把 Anthropic 的请求格式转成目标模型能识别的格式。这个转换层可以理解为“API 请求翻译器”它不一定来自官方需要你自己验证。更稳妥的验证路径是先用一条最简单的请求测试连通性再进入 Claude Code 跑一个小任务最后再尝试批量任务。不要一上来就把所有流量切过去万一接口格式不兼容你会看到大量报错。4.3 切换到 API 模式后要注意什么自定义模型接入后最容易出问题的是工具调用格式。Claude Code 与模型之间不只是聊天还有结构化指令。如果原模型对工具调用的支持不好可能出现“它能回答你但不会操作文件”的情况。这在接入非官方模型时很常见。我建议你做三层检查检查请求能否返回如果连简单对话都报错先看 API 地址、密钥、模型名是否填对。检查工具调用是否稳定让它做一个“读取某文件并告诉我行数”的任务如果它读不到文件很可能模型没有正确输出工具调用格式。检查成本与限流不同模型的上下文计费、并发限制不一样不要用默认参数直接跑大数据量任务。另外环境变量是会被“记住”的。如果在当前终端窗口设置只对当前会话有效如果希望长期生效要写进 shell 配置文件或系统环境变量。否则你每次重启终端都要重新设置一次。5. 常见报错排查从 Windows 服务缺失到网络异常5.1 Windows 常见错误missing hcs services: hns, vmcompute, vfpext搜索热词里反复出现claudecode missing hcs services: hns, vmcompute, vfpext。这个报错看起来像是 Claude Code 的问题但实际上往往是终端环境里的 WSL2 或虚拟机功能没有完全启用。hns、vmcompute、vfpext 都是 Windows 的底层服务或扩展。如果你在 Windows 上使用 WSL2 或 Docker会依赖这些服务。它们没启动时终端里启动一些命令就会报错。解决办法是检查并启用相关 Windows 功能。常见做法是在“启用或关闭 Windows 功能”里确认下面几项已经勾选适用于 Linux 的 Windows 子系统虚拟机平台Hyper-V如果需要 WSL2也可以用管理员权限运行 PowerShell执行 DISM 来启用dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart执行后重启电脑再检查 WSL 状态wsl --status这个报错在只装 Node.js、不使用 WSL 的场景下不一定出现。如果你用的就是普通的 CMD 或 PowerShell 直接跑claude报错来源更可能是其他工具链。遇到这种情况先看完整报错上下文再决定要不要动 Windows 功能。5.2 WSL2 是首选还是可选项如果你是 Windows 用户会经常看到有人推荐在 WSL2 里跑 Claude Code。原因很简单Claude Code 需要访问项目文件、执行 shell 命令WSL2 提供的 Linux 环境通常比 CMD 更接近开发者的预期很多脚本在 Windows 原生环境下会踩路径分隔符、权限符号链接等坑。但对于只做少量体验的人来说不装 WSL2 也能跑。前提是你对 Windows 命令行生态足够熟悉并且项目不需要太多 Linux 命令。反之如果你的项目里用了 shell 脚本、软链接、长短路径等我建议直接在 WSL2 里安装 Node.js 和 Claude Code工作目录也用 WSL 文件系统而不是/mnt/c/下的 Windows 目录。一个常见误区是在 Windows 上装好了 Node.js进入 WSL 后却还执行 Windows 那边的claude。两个环境的 npm 全局路径不一样版本可能也不同。进入 WSL 后先执行which claude和node -v确认用的是 Linux 环境里的版本再继续排错。5.3 安装后命令找不到或卡在检查更新安装完claude后如果提示“不是内部或外部命令”大概率是 npm 全局目录没有加入 PATH。Windows 上可以执行npm prefix -g查看全局安装路径确认该路径已经加入系统环境变量。macOS/Linux 上则常见于使用 nvm 或系统包管理器时npm 全局 bin 目录被不同用户隔离开。如果启动时卡在“检查更新”或一直转圈通常和网络相关。这时可以查看终端里有没有更具体的错误也可以检查 npm 源是否过慢。如果你使用国内镜像源并且镜像同步不及时可能拉到的不是最新版本这时候先执行npm config get registry确认当前 registry 是否是你预期的那一个。网络问题不建议盲目重装先判断是“命令启动失败”还是“启动后被网络卡住”再对症处理。5.4 通用排查链路先输入再环境再权限最后参数遇到问题最有效的不是直接给答案而是按顺序排查。首先看现象。是报错、卡住、无输出还是输出结果不对不同现象指向不同层次