手里有一台Intel芯片版MacBook Pro，很多人第一反应是"老了，干不动了"。但如果你主要做的是代码工作，这个结论下得有点早。最近我把Node.js、Claude Code和OpenCode整套AI编程工具链装到一台2015款的Intel MacBook Pro上，跑得相当稳。这篇文章就把完整的安装过程写下来，包括我踩过的几个坑。如果你手里也有这样的老Mac，别急着让它吃灰，这套环境装好之后，它依然能当一个称职的AI编程工作台。
1. Intel芯片版MacBook Pro的底线：先看系统、再看架构
1.1 你的机器到底够不够老
标题里特意点出"Intel芯片版"，是因为现在网上绝大多数教程默认你用的是Apple Silicon机器，安装路径、Homebrew目录、Node二进制架构全都不一样。很多照着Apple Silicon教程操作的老Mac用户，第一步就会卡在路径和版本上。
先说结论：只要是Intel芯片的MacBook Pro，不管哪一年款，哪怕你把系统停在Catalina（10.15），也能顺利装完这套工具链。原因是Node.js官方从v18开始，对macOS 10.15以上的Intel x64架构始终保留官方预编译包，Claude Code和OpenCode又都基于Node.js运行，所以整个依赖链是通的。真正关键的不是处理器性能，而是macOS系统版本。
怎么判断自己的机器是不是Intel版？点左上角苹果图标，选"关于本机"，处理器一栏显示"Intel Core i5/i7/i9"就是Intel版，显示"Apple M1/M2/M3/M4"则是Arm版。这篇文章只针对前者，如果你是Apple Silicon用户，照着走也能装，但路径和命令会有不少出入。
1.2 系统版本决定你能走多远
确认完芯片之后，再确认一下macOS版本。点"更多信息"能看到系统版本号。我实测下来的建议是：macOS 11 Big Sur或12 Monterey是最舒服的区间，10.15 Catalina能用但属于底线，低于Catalina的话，建议先想办法升到Big Sur或Monterey。
很多老机型用户卡在"系统太老升不动"的问题上，比如2013、2014、2015款的机器官方最高只到Catalina。这类机器通过一些社区工具也能升到Big Sur甚至Monterey，这里不展开讲升级细节，简单说一句：升上去之后，整个环境兼容性会顺畅很多，尤其是Node.js的预编译包和系统自带的安全策略。
内存方面，8GB可以跑，16GB舒服很多。AI编程工具不像本地大模型那样吃显存，主要消耗在终端进程和Node运行时上，你不需要为这些CLI工具配一台顶配工作站。
1.3 有个误区先排掉
有人看到"AI编程工具"就以为要在本地跑大模型，然后担心Intel老Mac带不动。这里要明确一下：Claude Code和OpenCode是云端模型驱动的命令行工具，本地只负责发请求、收结果、改文件，不做模型推理。换句话说，它们对处理器的要求远低于本地跑模型，反而是网络质量对体验影响更大。搞清楚这一点，你就能理解为什么一台2015年的机器也能跑得顺。
2. 装Node.js才是真正的第一步：版本选错全盘皆输
2.1 为什么必须先装Node.js
Claude Code和OpenCode本身就是Node.js写的命令行程序，安装方式都是npm install -g。所以Node.js是整个环境的地基，不装好它，后面每一步都会出幺蛾子。
Node.js要求什么版本？Claude Code官方要求Node.js 18+，OpenCode也明确要求Node 18或20。所以我推荐装Node.js 20 LTS，这是目前最稳妥的选择。不是越新越好，我有一次手贱装了当时最新的Node 24，结果Claude Code初始化报了一堆兼容警告，换回20之后一切正常。
如果你看到网上有人说要求Node.js 18+，那就装18.20.4——这是18系列的最后一个LTS版本，同样很稳。20 LTS和它二选一，不用纠结。
2.2 三种安装方式怎么选
给老Mac装Node.js，主流方式有三种：官方pkg安装包、Homebrew、nvm。
官方pkg最简单，去nodejs.org下载pkg双击安装，装完就有node和npm。缺点是你没法快速切换版本，升级和卸载也麻烦。
Homebrew也很常见，一条brew install node@20搞定。但这里有个大坑：Intel Mac的Homebrew装在/usr/local，Apple Silicon的Homebrew装在/opt/homebrew。如果你不小心按Apple Silicon的教程去改/opt/homebrew下的路径，在Intel机器上根本找不到东西。
我最推荐的是nvm，也就是Node Version Manager。理由很简单：你之后可能会跑别的项目，不同项目对Node版本要求不一样，nvm能随时切换版本。对老Mac来说，nvm还有个额外好处——它把Node完全装在用户目录里，不污染系统目录，卸载也干净。
2.3 用nvm安装Node.js 20 LTS完整步骤
打开终端，先安装nvm：
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash安装完成后，nvm的配置会自动写进shell配置文件。老款Intel Mac的默认shell可能是bash（Mojave及更早）或zsh（Catalina开始默认zsh）。安装脚本最后会提示你它把内容写进了哪个文件，一般会在~/.zshrc或~/.bash_profile里加几行。
让配置在当前终端马上生效：
source ~/.zshrc如果你用的是bash：
source ~/.bash_profile然后确认nvm可用：
nvm --version接着安装Node.js 20 LTS：
nvm install 20 nvm alias default 20最后验证：
node -v npm -v看到v20.x.x和对应的npm版本号，这一步就过了。
2.4 顺手配置npm镜像
Node装完之后，建议顺手把npm的registry切换到镜像源，不然下载全局包时速度很可能让你怀疑人生。国内环境下用npmmirror会比较舒服：
npm config set registry https://registry.npmmirror.com这里多提一句：不建议用cnpm。cnpm会改变包的安装结构和符号链接方式，某些CLI工具装完之后行为异常，排查起来非常难受。npm加镜像源就够了。
还有一个小细节：老款Intel Mac上装某些包时会触发源码编译，比如node-sass、canvas这类带原生模块的包。如果编译时报错，先确认Xcode Command Line Tools装没装：
xcode-select --install这一步不装，后面编译原生模块大概率会翻车。
3. Claude Code：npm一条命令背后藏着不少坑
3.1 Claude Code是个什么工具
Claude Code是Anthropic推出的终端编程助手。它和普通聊天机器人的最大区别在于：它在你的项目目录里运行，能直接读代码、改文件、执行命令。你用自然语言下达任务，它就在终端里逐步完成，中间还能停下来问你确认。
对老Mac用户来说，Claude Code的价值在于它真的不挑机器。它只是终端里的一个Node.js程序，不需要图形界面，不需要重型IDE，CPU占用平时很低。我在这台2015款机器上开两个项目会话也没觉得卡。
3.2 安装与验证
安装很简单，一行命令：
npm install -g @anthropic-ai/claude-code装完先验证版本：
claude --version这一步如果提示command not found，说明npm的全局bin目录不在PATH里。解决方案是查看npm全局目录：
npm config get prefix如果输出的是/usr/local或者/Users/你的用户名/.npm-global，确认对应bin目录在PATH里。比如prefix是用户目录，就把这行加到~/.zshrc：
export PATH="$HOME/.npm-global/bin:$PATH"然后重新source一下。
如果你安装时遇到权限报错，多半是之前用sudo装过npm包，导致全局目录的所有权混乱。这种情况别硬加sudo，建议直接把npm全局目录改到用户目录下：
npm config set prefix ~/.npm-global重新安装一次就行了。
3.3 首次登录：订阅还是API Key
运行claude启动，首次会自动进入登录流程。登录方式有两条路：一是用Anthropic账号授权，适用于订阅了套餐的用户；二是粘贴API Key，适用于以API方式付费的用户。
如果你有多个账号或者Key，登录信息会存在~/.claude目录下。想切换账号时，把这个目录删掉重新登录即可。不过要注意：claude的登录会话和网络环境关系很大，确保机器能正常访问对应服务再接登录流程，不然会一直转圈。
3.4 在项目里实际用一次
登录成功之后，找个真实项目目录试一下：
cd ~/Projects/my-demo claude进入交互界面后，先让它读一下项目结构：
帮我梳理一下这个项目的模块结构和入口文件Claude Code会自己扫描目录、读关键文件，然后给你一个结构化回答。接下来你可以让它改代码、补注释、跑测试，都是在对话里完成的。
几个常用内置命令：/init让Claude生成项目上下文索引，/status查看当前会话状态，/help列出所有命令。退出交互界面用Ctrl+C两次。
如果你不想进交互界面，也可以直接一条命令跑单次任务：
claude "帮我找出代码里所有未使用的函数，列出一个清单"这种单次模式适合快速提问，不需要开完整会话。
3.5 桌面版和VSCode插件的问题
现在Claude Code有桌面版，也有VSCode插件。我的建议是：先把命令行版跑通，再考虑图形界面。原因很简单，命令行版的问题排查最容易，你一眼能看清报错信息。VSCode插件本质上还是调用命令行版，底层有问题的话，插件界面只会给你一个模糊的错误提示，反而更难定位。
4. OpenCode：开源终端AI助手，老机器也能流畅跑
4.1 OpenCode和Claude Code的定位差异
OpenCode是另一款终端里的AI编程助手，可以理解成开源的Claude Code。它最大的特点是模型不受绑定，可以接Claude、GPT系列、Gemini以及各种开源模型，还能同时配置好几个Provider，随时切换。
Claude Code更像是你雇了一位固定的资深工程师，而OpenCode更像一个可以自由更换"大脑"的工具箱。同一个任务，你可以在OpenCode里用不同模型各跑一遍，对比谁给出的代码质量更高。
4.2 安装OpenCode的两种方式
安装方式取决于你手上已有的环境。既然上一节已经装好了Node.js和npm，直接用npm安装是最省事的：
npm install -g opencode-ai opencode --version如果你更习惯Homebrew，也可以：
brew install sst/tap/opencode两种方式装的是同一个东西，选一种就行。我实测过，npm装的比较符合老Mac的使用习惯，因为依赖的Node环境我们已经搞定了。
4.3 登录Provider与模型配置
首次运行：
opencode它会提示你进行认证，也可以用单独的命令：
opencode auth login按提示选择模型提供商，然后粘贴对应的API Key。你有几个Provider就登录几个，之后在会话里可以用快捷键在模型之间切换。
配置好之后，OpenCode会生成配置文件存在~/.config/opencode下。如果你需要手动编辑配置，可以查看这个目录下的文件。注意别把API Key硬编码到项目代码里，尽量用环境变量或者OpenCode自己的配置管理机制。
4.4 Skills：OpenCode的加分项
OpenCode v2有个Skills机制，你可以把一套工作流写进项目目录的.opencode/skills中，作为一个带说明的prompt文本文件。比如我写过一个"代码审查技能"，内容是指定AI从安全性、性能、可读性三个维度逐文件审查。之后在OpenCode里输入技能名，它就会按这套规则执行，省得每次重复描述需求。
创建方式很简单：
mkdir -p .opencode/skills在目录里放一个和技能同名的markdown文件，内容结构一般是：技能目的、适用场景、执行步骤、输出格式。OpenCode内置的skills命令可以查看和加载当前项目下的技能。
这个能力在旧机器上尤其好用。因为老Mac性能有限，没法同时开太多工具，但Skills可以把复杂的流程压成一条指令，减少你来回复制粘贴的时间。
4.5 免费模型的限制要提前知道
OpenCode有免费档的模型可以用，但免费档偶尔会提示只能在特定网络条件下启用，或者有时间限制。真遇到这种提示，别浪费时间反复重连，直接切换到绑定了正式API Key的Provider。免费档适合尝鲜，正经干活还是要用稳定配额。
5. 两台AI助手同时用：工作流怎么分配才不打架
5.1 什么时候用Claude Code，什么时候用OpenCode
有人会问，装一个不就够了吗，为什么两个都装？我的答案：Claude Code适合深度重构和长上下文续写，OpenCode适合快速批量操作和多模型对比。两者各司其职，而不是互相替代。
遇到复杂的重构任务，我通常先用OpenCode跑一个快速分析，让它列出项目结构和风险点，选出最优方案；然后用Claude Code做具体改造，因为它的长上下文在你的项目里能记住更多改动的来龙去脉，不容易改到一半忘了前面的约定。
5.2 一个真实任务的完整流程
举个例子：我前段时间接手一个老项目，要把Express后端迁移到Fastify。
第一步，我用OpenCode扫描整个src目录，让它输出迁移影响面报告。它五分钟内列出了所有路由定义、中间件依赖、异常处理位置的清单，这个速度人工做要小半天。
第二步，我用Claude Code在项目目录里开了一个新会话，把OpenCode的报告粘给它，然后说"按这份报告迁移，先处理路由层，再处理中间件，每改完一片跑一次现有测试"。它按部就班地改代码、跑测试、汇报结果。中间遇到不确定的地方还会主动问我，而不是自己瞎猜。
第三步，迁移完成后，再切回OpenCode，让它从全局视角做一次review，检查有没有遗漏的兼容性问题。
整个流程下来，两台工具各干了各自擅长的事，配合非常顺。在Intel老Mac上，这套工作流不会卡。Node.js进程的内存占用可控，16GB机型完全够用。
5.3 内存紧张的话怎么省
如果你只有8GB内存，就稍微克制一点：同一时间只开一个AI会话，别开一堆浏览器标签，把微信这类常驻应用退掉。实测下来，8GB跑单个会话没问题，并行两个就会开始吃紧，系统会频繁使用swap，风扇也会转起来。
另外，老款Intel Mac的散热能力有限，长时间让CPU和内存跑满会降频。如果感觉机器变卡，可以打开活动监视器看一眼内存压力图，把占用高的进程清一清，比换什么性能设置都管用。
5.4 两套工具配置的隔离关系
Claude Code和OpenCode的配置目录完全独立，互不干扰。Claude Code的配置在~/.claude，OpenCode的配置在~/.config/opencode，两套API Key分别管理，你不用担心中间会串数据。它们共用同一个npm环境和Node运行时，但各自的依赖包是打包在内部目录的，升级互不影响。
这也意味着你可以放心大胆地在两台工具上分别做实验，不会污染彼此的工作区。
6. 踩坑记录：Intel旧机型最容易翻车的六个问题
6.1 坑一：Homebrew路径错乱
Intel Mac上的Homebrew装在/usr/local/bin，Apple Silicon的Homebrew在/opt/homebrew/bin。网上教程一大半都假设你用的是Apple Silicon，照着改PATH会找不到brew命令。
排查方法很简单，运行：
which brew如果在Intel机器上输出的是/opt/homebrew/bin/brew，说明你可能装过Rosetta模式的Homebrew，或者复制过别人的配置。修正方式是卸载重装Intel版Homebrew，或者直接改用nvm管理Node，不依赖Homebrew。
6.2 坑二：系统弹窗"无法验证开发者"
首次运行npm全局安装的CLI时，macOS会弹窗提示"无法验证开发者"。这是Gatekeeper在作祟，不是软件有问题。
处理方式有两种。第一种是打开系统设置，进入隐私与安全性，在底部找到被拦截的提示，点击"仍要打开"。第二种是直接在终端里去除隔离属性：
xattr -d com.apple.quarantine /usr/local/bin/claude注意路径换成实际的命令位置。运行完后重新执行命令就可以了。这一步在你多次安装、反复验证时会遇到，记住处理方法就行。
6.3 坑三：npm全局命令找不到
安装完claude或opencode后，输入命令却提示command not found，这是老Mac上很常见的问题。原因多半是npm的全局bin目录不在PATH里。
先查看npm全局路径：
npm config get prefix如果prefix是/Users/你的用户名/.npm-global，就把这行加到~/.zshrc：
export PATH="$HOME/.npm-global/bin:$PATH"然后source ~/.zshrc。如果是/usr/local，理论上应该在默认PATH里，如果还找不到，检查一下是不是存在多个Node版本混装的情况。
6.4 坑四：Node版本贪新踩雷
我在另一台机器上试过直接nvm install latest，结果装成了当时的最新版本，Claude Code初始化报了一堆兼容警告，看起来像是工具本身出了问题，实际是Node版本太新导致的。
所以再次强调：在老Mac上，装Node.js 20 LTS是当前最稳的选择，18.20.4也可以。不要觉得装最新版就领先了，AI编程工具的生态更新节奏还没快到必须用最新Node的程度，稳定压倒一切。
6.5 坑五：内存不足导致进程被杀
老Intel Mac如果同时开Claude Code、OpenCode、IDEA、浏览器，很容易遇到后台进程被系统自动结束的情况。表现是终端里会话突然消失，或者命令执行到一半被kill。
这个问题的根源就是内存压力。解决办法不是去调什么内核参数，而是减少并行：同一时间切到最需要的那个会话，其他暂时关掉。真需要长期保留上下文，可以考虑把不活跃的会话用Ctrl+C退出，下次用的时候重新进项目目录，加载历史记录。
6.6 坑六：免费模型的网络时限限制
OpenCode的免费模型档位偶尔会提示"只能在特定网络条件下使用"，第一次遇到这个提示时我还以为是工具坏了，重试了几次也没用。后来才发现这是免费档固有的限制。
遇到这种情况，正确做法是直接切换到绑定了正式API Key的Provider，别在免费档上耗时间。免费档适合晚上随手实验，不适合白天赶工。
最后说句实在话：我这台2015款Intel MacBook Pro装完这套工具链之后，从吃灰状态变成了一台可以日常写代码的AI工作台。AI编程工具说实话并不吃处理器性能，吃的是内存和你的网络质量。如果你也是Intel老Mac用户，别急着换机器，先把这套环境装起来，它能做的事情比你想的多。
初始注册流程详解：四步链路与NAS报文解析)
