调试与错误恢复

先停下来，别再写新功能

代码改完测试挂了、构建红了、日志里冒出一条看不懂的堆栈——这些时刻的共同诱惑是：把失败推到一边，继续做手头的功能。本技能针对的就是这种「带病前进」的习惯。错误会叠加：第三步没修的 bug，会让第四到六步的产出全部建立在错误的前提上。

结构化分诊流程

技能的核心是一份按顺序执行的 triage 清单，适用于测试失败、构建错误、运行时缺陷、生产事故和日志报错：

• 先复现：让失败稳定发生。无法复现就无法有把握地修复
• 再定位：对照清单逐步排除假设，而不是猜测
• 修复并验证：确认根因修复后，回归相关用例

针对难以复现的 bug，清单提供分支策略：

• 时间相关：在日志中补时间戳、人工加入 setTimeout 延迟、在负载下运行
• 环境相关：对比 Node/浏览器版本、环境变量、数据库是否为空
• 状态相关：检查隐藏状态是否在操作间泄漏

适用边界

这份清单是通用调试框架，不绑定具体语言或框架，也不会替你自动改代码。它的价值在于强制你先收集证据再动手。对于性能问题、安全漏洞等需要专门方法论的领域，建议作为前置步骤，而不是完整方案。