本文目录
Toggle每次敲下 claude，系统都在重复做一件事：启动 Node.js，读入所有 JavaScript 指令码，完成 JIT 预热，再进入 CLI 主回圈。
这段延迟对长时间执行的 Web 伺服器无关痛痒，但 CLI 工具每次呼叫都得从头重跑，一天几十次下来，这个等待时间就成了最碍事的效能问题。Anthropic 用一次预设更新解决了这个问题。
版本里换了什么？
从 v2.1.113 起，npm install -g @anthropic-ai/claude-code 装进来的东西变了。
表面上，指令没有任何改动；里面，npm 包不再分发 JavaScript 程式码，而是根据使用者的作业系统（macOS / Linux / Windows，ARM / x86）拉取对应的预先编译好的原生二进位制执行档，再透过 postinstall 指令码连结到正确位置。
使用者侧的安装流程：一行指令，一切照旧。
技术层面：两种做法差在哪
JS 版本的启动路径（v2.1.113 之前）
使用者每次执行 claude，系统要走完四个步骤：
- 拉起 Node.js 程式：作业系统启动 Node.js 执行环境
- 读入指令码：Node.js 读取 Claude Code 的所有 .js 档案
- JIT 预热：即时编译器把 JavaScript 编译成机器码
- 进入 CLI 主回圈：这才算真正开始工作
原生二进位制的启动路径（v2.1.113 起）
Anthropic 在发布时就把 JavaScript 引擎与全部程式码打包进一个可执行档，针对各平台分别编译。作业系统收到的是它认识的原生格式：直接载入，直接执行，跳过 Node.js 起程式与 JIT 预热的全部开销。
具体带来什么改变
| 专案 | 以前（JS 版本） | 现在（原生二进位制） |
|---|---|---|
| 启动方式 | Node.js 程式 → 读 JS → JIT 编译 | 作业系统直接载入 |
| 启动延迟 | 有感（每次冷启动） | 明显缩短 |
| 本机 Node.js | 必须安装 | 不再需要 |
| Node.js 版本冲突 | 时有发生 | 不存在 |
| 安装失败风险 | 较高（环境依赖复杂） | 降低 |
对于一天敲几十次 claude 的重度使用者，启动延迟的消失是能直接感觉到的改善。
使用者需要做什么？
什么都不用做。原有指令照用：
npm install -g @anthropic-ai/claude-code
npm 在背后自动挑选对应平台的原生二进位制，使用者无需感知任何变化。
如果想继续用 JS 版本
特殊需求（如需要在未有预编译二进位制的平台上执行）可以 pin 版本号：
npm install -g @anthropic-ai/claude-code@2.1.112
更大的趋势：CLI 工具走向原生化
这不是 Anthropic 的创举，而是工具链演化的普遍方向。Rust 生态的 CLI 工具（ripgrep、fd）、Go 工具（gh、terraform）长期以来就直接分发原生二进位制，避免对外部执行时的依赖。
JavaScript 生态过去习惯走 Node.js 执行时，但随著工具复杂度提升、使用频率增高，Node.js 的启动成本从「可接受」逐渐变成「明显障碍」。Anthropic 这次的选择，是把 JS 引擎直接打包进去，让使用者侧不再感知到执行时的存在。
对一天仰赖 Claude Code 工作的开发者来说，这个小版本号背后藏的，是一次真正的体验改善。
相关报导
Claude Opus 4.7 深度介绍》coding 能力升级、1M 不加价，实测缺点在哪？
Anthropic 推出视觉设计神器「Claude Design」！一句话秒做简报、企划书、App 原型
