Systematic Debugging
系统化排查Bug根因的调试技能
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：Systematic Debugging。 它的用途是：系统化排查Bug根因的调试技能 完整的 Skill 内容见：https://321skill.com/skills/systematic-debugging-x-6/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
'用户登录接口偶尔返回500，没有任何日志，帮我用Systematic Debugging排查。' 它会先要求你提供最近一次触发的时间、请求参数、环境差异，然后引导你逐步增加日志、隔离压力条件、对比正常请求，最终定位到是Redis连接池泄漏。
介绍
遇到Bug、测试失败或意外行为时，很多人会直接跳入修复，反而容易忽略真正原因或引入新问题。Systematic Debugging 提供一套结构化调试流程，帮助你从“盲猜”转向“可控排查”，减少无效尝试和二次故障。 使用方法很简单：遇到任何报错或异常，先调用此技能。它会引导你依次完成：重现问题、收集上下文（日志/环境/输入）、隔离最小复现范围、提出假设并用证据验证，最后才定位根因并建议修复方案。整个过程可交互式追问，确保每一步信息完整。 适合所有需要排查代码、系统或业务逻辑异常的开发者，尤其是后端开发、全栈开发、测试工程师。在复杂多模块系统、线上故障、偶发Bug等场景下格外有效，能帮你快速建立排查思路，避免遗漏关键线索。 建议在首次使用前补充项目的典型错误日志模式和常见依赖链路，可进一步提升匹配精度。注意：此技能侧重“分析”而非“自动修复”，最终修复动作仍需你基于定位结果自行实现。
核心特点
与传统“直接问AI修复”不同，它强制先完成结构化排查（重现→隔离→假设→验证），防止用户跳步导致误判或漏修；同类技能大多只给结论，它则提供可交互的追问流程。
注意事项
不适合已知根因只需快速修复的场景，也不适合依赖外部调试器（如GDB）的底层调试。
常见问题
如何开始使用这个技能？
直接输入你的Bug描述或错误日志，它会自动启动结构化排查流程。
和直接问AI修复有什么区别？
后者可能直接给出修复代码但忽略根因，此技能确保你先找到真正原因再动手，减少误修风险。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/systematic-debugging-x-6/raw/index.md 读取 Systematic Debugging 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/systematic-debugging-x-6/raw/index.md（查看排版版本）