### 前提条件：macOS（M系列芯片） ### 测试时间：2026年2月

先说点背景。在 macOS M 系列芯片上折腾 AI CLI 工具，很多人都卡在安装和网络配置上——不是报错就是超时，搞了大半天连个对话都没跑通。这篇文章直接给结论和实战方案，不讲废话。 先说结论，这篇东西主要聊三件事，刚好涵盖了目前 Mac 上主流的三款 AI CLI 工具：OpenClaw、Gemini CLI、Claude Code。你会发现，这三款工具的坑其实不少是相通的——网络问题、认证问题、配置问题，只不过各自的“歪脖子树”角度不同罢了。 ## 一、OpenClaw：安装与配置的"重重关卡" OpenClaw 的依赖树规模惊人——709 个包（2026.2x 版本），整个安装过程包括网络下载、本地服务启动、LaunchAgent 注册等多个环节。任何一个环节的网络异常，轻则安装失败，重则运行时报错，防不胜防。 ### 1.1 npm install 后网络卡死 **问题描述**：很多人执行 `npm install -g openclaw` 之后，终端就卡在那里一动不动，第一反应是“坏了，是不是卡死了”。 **问题思路**：其实大概率不是卡死，是 npm 在下载那 709 个包的时候网络太慢——从 npm 官方仓库拉依赖包的速度本身就随缘，加上包体积不小，没反应是常态。 **解决方案**：直接监控目录变化，判断安装是否真的在进行：

ls -la /usr/local/lib/node_modules/openclaw # 目录有新增文件 → 正在安装
du -sh /usr/local/lib/node_modules/openclaw # 大小持续增长 → 正在下载

耐心等到终端输出 `added 709 packages in 18m`，才算真正安装完成。18 分钟是正常水平，别急。 ### 1.2 LaunchAgent 安装报错（Error 125） **问题描述**：执行 `openclaw gateway install` 时，直接甩出一个报错：`Bootstrap failed: 125: Domain does not specify specified action`。 **问题思路**：macOS 的 launchd 有个硬性要求——必须是在图形界面登录会话（gui/501）下才能 bootstrap。你如果通过 SSH 远程连接、切到 root 账号、或者跑在无头环境里，都会触发这个错误。说到底，它不认识你那个"非人类登录"的环境。 **解决方案**：最简单直接的办法——在本地图形界面会话里老老实实执行安装命令，不要通过 SSH，不要用 sudo 切身份。 ### 1.3 Token Mismatch 与配置文件混乱 **问题描述**：Dashboard 提示 `unauthorized: gateway token mismatch`，status 显示 `RPC probe failed (code 1008)`。 **问题思路**：核心问题就一个——服务端存储的 `gateway.auth.token` 与客户端 probe 使用的 `gateway.remote.token` 对不上号。常见原因是之前用 sudo/root 安装过，导致配置文件写到了两个不同的路径：root 权限写入 `/usr/local/`，普通用户写入 `~/.openclaw/`。两套配置文件互不认账。 **解决方案**：手动同步 token，只需一条命令：

openclaw config set gateway.remote.token "$(cat ~/.openclaw/openclaw.json | grep '"token"' | awk -F'"' '{print $4}')"

执行这条命令后，会重新打开一个正确的 web 认证页面，生成的 token 与当前后台运行一致。 **同类扩展**：在多用户环境下，务必统一使用单一用户身份管理 CLI 工具，别让 root 和普通用户混着用——否则配置污染只是一个命令的事。 ### 1.4 Gemini API 接入报 fetch failed **问题描述**：配置了比如 Google Gemini 之后，tui 页面和 Web 界面对话都提示 `fetch failed`，日志里还写着 `too many failed authentication attempts`。

**同类扩展**：略。 ### 1.5 MiniMax API 域名陷阱（重点大坑） **问题描述**：调用 MiniMax API 时返回 `HTTP 401 authentication_error: invalid api key`。 **问题思路**：这是个大坑。MiniMax 存在 **国内版** 与 **版** 两个完全独立的服务，域名不一样： - **国内版**：`api.minimaxi.com` - **版**：`api.minimax.io`（注意结尾多了一个 i） 大虾引导页配置模型时，如果你开通了 MiniMax 订阅，要选择带 CN 的接入端点：

最坑的是这两个域名的 API 密钥互不通用，而且官方文档也混用。更离奇的是，就算你去咨询 MiniMax 官方的问答机器人，它也可能给你错误的域名答案。如下图所示，MiniMax 官网的聊天 agent 也给出了错误的地址。

小红书上也有人被这个坑坑惨了。 **解决方案**：别无他法，只能以官方文档中的 curl 测试用例为准（官网对接 OpenClaw 的地址是 `https://platform.minimaxi.com/docs/coding-plan/openclaw`），确认正确的 baseurl 后再对接。在 Anthropic 兼容端点配置中，选带 CN 的模型，再填写 API Key。 ## 二、Gemini CLI：安装与认证 Gemini CLI 的命门在 Google 账号 OAuth 认证和 Google AI API 上。如果网络环境不通畅，认证跳转和 API 调用两个环节都可能卡死。 ### 2.1 Google 账号 OAuth 同意失败 **问题描述**：浏览器跳转后报错：`Sign-in failed — The authentication did not complete successfully. The following products are not yet authorized to access your account: Gemini Code Assist, Gemini CLI`。 **问题思路**：Gemini API 的部分服务在受限制区域，OAuth 流程可能被拦截或返回异常状态。这个问题的本质是：你的网络环境对 Google 服务的访问受限。 **解决方案**：绕过 OAuth，直接用 API Key 认证： 1. 前往 Google AI Studio 获取 API Key

2. 运行 `gemini` 后选择 `2. Use Gemini API Key` 3. 粘贴 API Key 完成认证 **同类扩展**：所有需要 Google OAuth 的工具（Google Cloud SDK、Firebase CLI 等）都可能遇到类似问题，优先考虑 API Key 方案是比较稳妥的做法。 ### 2.2 对话超时 443 **问题描述**：登录或对话时提示 `Failed to exchange authorization code for tokens: connect ETIMEDOUT 74.125.203.95:443`。 **问题思路**：终端尝试连接 `googleapis.com` 进行 OAuth 认证或 API 调用时被防火墙拦截，导致连接超时。那个 IP 地址 74.125.203.95:443 正是 Google API 的典型入口。 **解决方案**：略。 ### 2.3 API Error: fetch failed **问题描述**：对话时提示 `[API Error: fetch failed]`。 **问题思路**：Node.js 运行时没有自动读取系统环境变量中的设置。很多网络环境需要系统袋里才能正确访问 Google API，但 Node.js 默认不读取系统袋里。 **解决方案**：略。 ### 2.4 配额耗尽 **问题描述**：提示 `[API Error: You ha ve exhausted your daily quota on this model.]`。 **问题思路**：Gemini CLI 默认使用较高级模型，免费额度极低——每天大约只有 50 次请求。如果你试图进行大量对话，很快就会被拦截。 **解决方案**：去 AI Studio 确认配额使用情况。如果已耗尽，换一个 Google 账号重新生成 API Key 并在终端替换即可。 ## 三、Claude Code：配置与网络问题 Claude Code（`claude`）默认走 Anthropic 官方 API，也就是说，如果你要接入第三方兼容端点（比如 MiniMax），证书和域名问题是主要障碍。 ### 3.1 cc-switch 测速 404 **问题描述**：执行 `cc-switch` 测速时返回 404 错误。

**问题思路**：`https://api.minimaxi.com/anthropic` 根路径返回 404 是 **设计如此**，不是 bug。只要 `claude .` 能正常对话，测速 404 完全可以忽略。 **解决方案**：不用管，直接忽略。 ### 3.2 自签名证书检测（重点） **问题描述**：提示 `API Error: Unable to connect to API: Self-signed certificate detected. Check your proxy or corporate SSL certificates`。

**问题思路**：使用自定义 API（比如 MiniMax 的 `https://api.minimaxi.com/anthropic`）时，Node.js/Bun 运行时的 TLS 验证机制检测到了证书链问题。常见原因包括： - macOS Keychain 残留的自签名/中间证书 - 网络环境干预 **解决方案**：分两种情况处理。 **方案一：临时禁用证书验证（仅用于快速验证，不推荐长期使用）**

export NODE_TLS_REJECT_UNAUTHORIZED=0 claude .

**方案二：关闭** （此处原文不完整，需要根据上下文补充）