Bug 猎手 Pro

线上出问题时，最常见的调试失败并不是“找不到原因”，而是流程先崩了：跳过复现直接改代码、凭经验猜一个“ obvious cause ”、修完不验证就上线。这些捷径正是生产 bug 的主要来源，也是这个技能要解决的问题。

工作方式

技能强制一套五步流程，每一步都有明确的完成标准，没有例外条款。

第一步是复现，先于任何其他动作。 必须用具体步骤重现 bug（至少 3 次尝试），记录预期与实际行为；无法复现就停下调查原因，而不是继续猜测。技能明确否定了“我见过这个”“我很确定”“急事来不及”这类借口——即使紧急，也只允许更快地复现，不允许跳过。

第二步是系统定位。 依据堆栈信息定位失败的文件与行号，检查相关组件与函数、近期可能引入问题的提交、从数据源到 UI 的数据流，而不是依赖第一直觉。

第三步是根因分析。 不止于表面症状，技能按技术域列出了常见 bug 模式清单，例如：

• Vue / React：响应式状态未正确更新、props 被修改或生命周期时序问题、列表缺少 key、v-if/v-show 误用
• TypeScript / JavaScript：空引用、类型不匹配、异步缺少错误处理、竞态条件、事件监听器泄漏、this 绑定错误
• API 与数据：端点或方法错误、请求头缺失（如 Authorization、TENANT-ID）、响应结构不匹配
• CSS 与样式：层级冲突、溢出、响应式断点、暗色模式不一致

第四步是最小化、有针对性的修复。 修根因而非症状，补防御性代码（空值检查、回退逻辑）和错误处理；技能特别提醒避免用大范围改动代替精准修复。

第五步是强制验证。 至少覆盖：原始场景已修复、相关功能回归通过、相关浏览器与设备环境可用、暗色模式正常、错误处理完备、未引入新 bug。清单任一项未勾选，就视为 bug 未修复，需要回到前面的步骤。

此外，技能内置了红旗清单与“合理化反驳对照表”，逐条针对“紧急”“太累”“前辈说这样做”“我只修这一次”这类跳过流程的冲动，并提供应急、疲劳、权威压力等真实场景的正确应对方式：流程可以加速，但不能跳过。

适用边界

• 这是一套调试纪律，不是自动修 bug 的工具。所有复现、分析、修改、验证仍由开发者执行，技能的作用是约束流程、防止跳步。
• 它不替代工具链：Vue DevTools、浏览器网络调试、控制台排查等仍需照常使用。
• 效果取决于能否稳定复现，以及代码库当前的可调试性；对于无法重现的偶发问题，技能要求先解决“为什么复现不了”，而不是硬着头皮改代码。