分类：报错解决
这里仅展示已发布且允许收录的文章。阅读时建议先判断自己的真实能力和项目风险，再使用工具生成草稿或报价参考。
相关文章
共 9 篇，按发布时间排序。
API Key 无效或缺失怎么处理
新手排查 API Key 无效或缺失时，可以按环境变量、密钥权限、计费状态、服务端读取和安全边界逐步检查，避免泄露客户密钥。
dependency conflict 依赖冲突怎么处理
给中文新手的 dependency conflict 依赖冲突排查流程：先保存报错和锁文件状态，再看包管理器、peer dependency、版本范围、Node 版本和验证命令，不要一上来强制安装。
ESLint error 要不要直接关闭
给中文新手的 ESLint 报错处理流程：先读规则名和报错文件，判断是代码问题、配置问题还是临时例外，再决定是否局部禁用，不要一上来全局关闭检查。
failed to push some refs 常见错误和解决步骤
整理 failed to push some refs 的常见处理错误：忽略远端提交、直接强制推送、推错分支、没看权限、没保存现场，并给出更稳的解决顺序。
GitHub Actions build 失败使用前怎么判断是否适合
从项目角度判断 GitHub Actions build 失败是否适合新手处理：区分代码错误、CI 配置、secret 缺失、部署授权、组织规则和客户待办。
package lock 冲突怎么安全处理
新手遇到 package-lock.json 冲突时，不要第一反应删除锁文件。本文讲如何先确认分支、包管理器、冲突范围、依赖变更来源，再决定保留哪一版并重新安装验证。
permission denied 报错新手怎么处理：使用前怎么判断是否适合
接到 permission denied 修复需求时，不要马上报价。先确认报错位置、项目权限、测试分支、部署环境、敏感资源边界和验收标准，再判断是否适合新手承接。
Codex 项目 npm install 报错怎么办：新手排查步骤
新手用 Codex 接触 Next.js 或 Node.js 项目时，npm install 报错很常见。本文用可执行步骤解释如何判断 Node 版本、依赖冲突、网络和权限问题，避免在没有把握时承诺客户。
用 Codex 排查 npm install 报错
给中文新手的一套 npm install 报错排查流程：用 Codex 辅助解释日志，但由人工确认项目目录、Node 版本、包管理器、权限、网络和可回退边界。
继续用工具做下一步判断
先用工具做判断，再用模板整理交付。生成内容只能作为草稿，不要不审核就直接发给客户。