What is the problem?
给中文新手的一套 npm install 报错排查流程:用 Codex 辅助解释日志,但由人工确认项目目录、Node 版本、包管理器、权限、网络和可回退边界。
Quick solution
Treat this as a Codex tutorial issue. First confirm the environment, inputs, permissions, logs, and delivery boundary. Then use the linked deep guide for the full checklist before changing production code or promising a result.
Read the deep guideDetailed steps
- 保留完整日志。复制从命令开始到失败结束的输出,至少包含错误码、包名、Node/npm 版本和所在目录。不要只截最后一行。
- 确认项目目录。运行 `pwd`,确认当前目录里有 package.json。很多安装失败只是因为命令跑错位置。
- 检查版本。运行 `node -v`、`npm -v`,再查看 package.json、README、`.nvmrc` 或 engines 字段。项目要求和本机版本不匹配时,先记录,不要立即升级。
- 判断包管理器。项目如果有 `package-lock.json`,通常优先用 npm;有 `pnpm-lock.yaml` 就不要随手改成 npm;有 `yarn.lock` 也要先确认团队习惯。混用包管理器会制造新差异。
- 识别错误类型。常见类型包括版本不匹配、网络下载失败、权限不足、私有包授权失败、原生模块编译失败、依赖冲突。把日志丢给 [报错解释器](/tools/error-explainer) 时,要求它按类型分类,而不是直接给修复命令。
- 每次只做一个动作。比如先切换 Node 版本,再安装;或先确认网络,再重试。不要同时删文件、换源、升级包。
Commands or code
请分析这段 npm install 报错。
不要直接建议删除 lockfile 或升级依赖。
请先判断错误类型、需要确认的版本信息、低风险验证命令,以及哪些操作需要客户确认。Risk notes
Confirm the real project environment, account permissions, platform rules, and output quality before delivery. Do not ship AI-generated changes without human review, and do not claim indexing, income, deployment success, or ranking improvements without measured evidence.