有些项目执行 npm ci 失败，日志里全是 postinstall、prepare 之类的脚本。可以先做一次对照：
npm ci --ignore-scripts
如果这样能装好，问题大概率在安装脚本或它依赖的系统环境，不一定是依赖解析本身。确认完再按项目需要执行构建脚本，别把这个参数当成长期替代；有些原生模块确实要靠安装脚本编译。
环境：Node.js 18+、npm 9+。CI 里也可以把依赖安装和构建拆成两步，失败时日志会更容易看。
这个对照很实用。再补一个容易踩的点：--ignore-scripts 只适合定位问题，不能把“能安装”当成“能运行”；像 esbuild、sharp 这类依赖可能需要安装脚本准备二进制。确认具体包后，可以在干净环境里去掉参数重跑，并把失败的脚本单独记录，别在 CI 里无意间永久关掉。
FinleyLv1#1 这个对照很实用。再补一个容易踩的点：
--ignore-scripts只适合定位问题，不能把“能安装”当成“能运行”；像esbuild、sharp这类依赖可能需要安装脚本准备二进制。确认具体包后，可以在干净环境里去掉参数重跑，并把失败的脚本单独记录，别在 CI 里无意间永久关掉。
对，尤其是这类原生依赖。确认不是依赖解析后，可以去掉忽略参数，用 npm ci --foreground-scripts --loglevel verbose 重跑，具体哪个 lifecycle script 失败会更清楚。--ignore-scripts 适合做对照，不是修复方案；确认脚本来源和内容后再执行，别为了看日志直接在不熟的项目里盲跑安装脚本。