用途：从堆栈跟踪、日志和实时应用输出中定位运行时错误、崩溃与异常行为的根因，流程为证据→来源→假设→确认→修复或升级。
主要能力：收集证据（错误堆栈的 file:line、现象、环境、近期变更）；定位来源（跳过框架帧，找到自己代码中最深的帧及其调用者）；提出假设（说明在何种条件与状态下发生）；确认（针对性失败测试、单行调试日志重跑、在 REPL 或临时文件中调用函数）；修复或升级（根因明确且改动不超过 10 行时内联修复，否则升级到 /triage-issue）。
必要用法：缺少堆栈时查看日志，例如 tail -100 logs/app.log | grep -i "error|fatal|exception"、journalctl -u <service> -n 100 --no-pager、docker logs <container> --tail 100；来源不明确时用 grep -rn "error text" src/。
适用场景：应用崩溃、抛出未处理错误、行为异常；仅生产环境出现的问题；竞态条件；外部依赖问题；压缩后的堆栈；无法复现的问题。
限制：资料未提供安装方式、收费、价格、平台支持或效果数据；修复需根因明确，涉及设计决策、多个调用方或更深层结构问题时应升级处理。