用途：该技能用于事故响应中的诊断环节，把原始错误日志、堆栈跟踪或崩溃报告解析成结构化诊断，给出可能的根因、受影响代码路径和具体下一步操作，而不是含糊推测。它是事故响应链条的一环：/slo-error-budget（框定）→ debugging-log-analyser → /incident-postmortem → /oncall-runbook，将根因诊断和修复交给后续复盘使用。
主要能力：一是分类并判读证据，区分错误类型、逐帧走读堆栈找到真正失败帧（而非框架噪音），说明日志能显示与不能显示的内容，引用时对敏感信息做脱敏。二是在诚实置信度下给出根因，标注已确认／可能／不确定，非确定时列出需排除的替代原因及可确认或否证的下一步观察。三是把修复与缓解分开：给出针对根因的具体代码级修复，以及立即止血的最快缓解手段（回滚、关闭开关）。
输出格式：调试报告包含错误分类（类型、严重级、重现模式）、堆栈分析（起源帧、传播路径、崩溃点，并标注用户代码／框架库代码／系统运行时代码）、根因评估（可能根因、置信度及理由、待排除的替代原因）、受影响代码路径（入口点、关键函数、触发数据）、建议修复（最小改动、为何有效、取舍风险、必要时代码片段）、后续调试步骤（3–5 条具体动作，含工具命令）、预防措施（输入校验、监控告警、测试覆盖）。
使用方式：需提供日志／堆栈／错误输出、语言与框架、上下文（此前有何变更）、频率、环境、已尝试过的操作。可直接粘贴日志并提问，如“这个为什么崩溃？”“帮我分析这段堆栈跟踪”“这个错误是什么意思？”
限制：资料未提供安装命令、定价、平台支持或代码实现细节。诊断依赖输入日志的完整度；证据不足时须明确证据缺口而非猜测。