Bug 查半天？这个 175k Star 的调试 Skill 帮你一次锁死根因

你有没有这种经历：线上出问题，第一反应是加一堆 print / console.log，改完一行再跑，还是不行。

为什么调试总是重复造轮子

大部分团队缺的不是技术，而是一套可复现的诊断顺序：先确认边界，再隔离变量，然后找最近改动，最后回归验证。没有顺序，调试就成了碰运气。

这个 Skill 做了什么

diagnosing-bugs 来自 mattpocock/skills（GitHub 175k+ Star 仓库），它给 Claude Code 套了一套结构化调试流程，不用自己临场想下一步：

• 问题定义：复现步骤 + 预期行为 + 实际行为，先写清楚再动手
• 假设列表：把所有可能原因列出来并排序，避免漏掉方向
• 隔离验证：每次只改一个变量，记录结果，不搞多变量同时动
• 根因锁定 + 修复 + 回归测试：修完不忘验证，防止二次炸雷

适合谁

如果你经常被同事问”这 bug 查得怎么样了”，或者自己查着查着就忘了第一步——这个 Skill 就是给你用的。175k Star 的仓库背书，不用自己写规则，直接装。

效率工具的核心不是快，是稳定复现。调试这件事，值得一次认真结构化。

GitHub: https://github.com/mattpocock/skills/tree/main/skills/engineering/diagnosing-bugs