核心用法
Deep Debugging 是一套强制性的五阶段调试方法论，专为现代全栈开发（NestJS/TypeScript/Next.js/PHP）设计。核心流程为：观察→假设→二分定位→修复→防护。技能强制要求在任何代码修改前完成 Phase 2 的假设验证，从根本上杜绝"试试看"式的盲目修补。
显著优点
- 方法论严谨性：将调试从经验驱动转为证据驱动，大幅降低回归风险
- Production-First 意识：内置 Incident Mode，高影响故障时优先止损再分析
- 技术栈针对性强：涵盖 JWT Secret 不匹配、CORS 配置、React Hydration Error、Prisma 迁移等高频坑点
- 安全设计：明确限制为只读操作，禁止在生产环境执行风险命令，ENV 值绝不输出
潜在缺点与局限
- 启动成本：简单 Bug 可能觉得流程过重，30 秒 Quick Triage 后仍需完整五阶段
- 语言限制：文档以德语为主，对非德语使用者存在理解门槛
- 框架绑定：NestJS/Next.js/Prisma 的专属命令和模式对其他技术栈价值递减
- 假设依赖：Phase 2 的质量高度依赖使用者的问题拆解能力，新手可能卡壳
适合人群
- 生产环境代码的维护者和 on-call 工程师
- 团队技术负责人，需要统一调试规范和复盘模板
- 经历过"修复引入新 Bug"痛苦的资深开发者
常规风险
- 过度工程化风险：低优先级 Bug 可能不值得完整五阶段投入
- 假设固化风险：Phase 2 的假设若方向错误，后续二分搜索会浪费大量时间
- 环境误用风险：尽管文档强调 non-production-only，但 bash-readonly 权限仍存在误操作可能
安全与可信度评估
来源可信度 T2：技能文档结构完整、版本迭代清晰（v2.1.0），具备专业软件工程实践特征，但未标注作者/组织背景。
安全等级 S：设计层面强调只读、非生产环境、不输出 Secrets，权限申请克制（read:logs, read:env-keys, run:bash-readonly）。主要风险在于用户可能绕过环境限制手动执行文档中的命令。