Claude Code 安装失败实测：npm EACCES、镜像卡 600 秒、Node 20 静默装旧版、install.sh 返回地区拦截页、原生安装器顺手卸掉 npm 版——15 条报错原文与解法
在 macOS 上把 claude code 安装的失败面逐个真实复现，共 15 条报错原文，全部带墙钟和 exit code。npm 全局装到 /usr/local：EACCES，exit 243。cache 目录只是 0555，npm 却报 root-owned 并建议 sudo chown。本机 npmmirror 两次分别用了 147 秒、超过 600 秒，官方源两次都在 11–12 秒（仅 2 个样本）。Node 20 不钉版本号会静默装到 2.1.197，没有任何警告。境内直连 claude.ai/install.sh 时 curl exit 0，拿到的却是一张 447KB 的地区拦截页 HTML。原生安装器会调用 npm uninstall -g，把已有的 npm 版删掉，终端里不提示——本次实测真的删掉了本机的全局安装。
npm install 会改你的 package-lock.json：CI 必须用 npm ci 的 3 个理由
npm install 和 npm ci 的区别，一半人会答成「后者快一点」。真正的区别是：npm install 有权改写 package-lock.json，npm ci 没有。本文用三个真实场景讲清这个差别为什么在 CI 里是致命的——lock 文件被镜像源来回翻转、macOS 生成的 lock 在 Linux 上缺二进制依赖、package.json 手改后 lock 静默失步——以及 yarn、pnpm 对应的命令是什么。
Node.js 内置 fetch 不走 HTTPS_PROXY：Google API 连不上的第二个坑
curl 带代理能通，Node 脚本里的 fetch 却一直超时？Node.js 内置 fetch（undici）设计上就不读 HTTPS_PROXY 等环境变量。本文用 Google Search Console API 的实际排查过程讲清这个行为，并给出三种修复路径：google-auth-library 的 client.request()、undici ProxyAgent、以及新版 Node 的实验性开关。
GA4 Data API 代理环境超时 DEADLINE_EXCEEDED：gRPC 不认大写 HTTPS_PROXY
GA4 Data API 在代理环境下 60 秒超时报 DEADLINE_EXCEEDED，而 curl 走同一个代理完全正常。根因是 SDK 底层走 gRPC，而 grpc-js 只读小写的 grpc_proxy / https_proxy，大写 HTTPS_PROXY 对它不可见。本文从报错现象到源码逐层排查，给出一次配对的修复方案。