用途：把开放缺陷积压整理为已排优先级、已分配冲刺的行动清单，区分严重度（影响程度）与优先级（修复紧迫度），识别系统性问题与趋势，避免关键缺陷在冲刺间丢失。输出到 production/qa/bug-triage-[date].md。
使用方式：命令 /bug-triage，模式有 sprint（针对当前冲刺分流）、full（全量分流）、trend（仅趋势分析，只读）；无参数时若存在当前冲刺用 sprint，否则 full。运行时机：冲刺开始、/team-qa 完成并提交新缺陷后、开放缺陷超过 10 个时。
主要能力：从 production/qa/bugs/*.md（首选）、production/qa/bugs.md 或 qa-plan 的 Bugs Found 表加载缺陷；读取 production/sprints/ 最近修改文件获取冲刺上下文与容量；读取 .claude/docs/coding-standards.md 的严重度/优先级定义（不存在则用内置定义）。严重度 S1 崩溃/数据丢失/功能完全失效至 S4 视觉或文案问题；优先级 P1 本冲刺修复至 P4 不予修复/延后。检查偏离：同一系统同冲刺 3+ 缺陷、同一故事 2+ S1/S2、针对已完成故事的回归。趋势指标含总量、本冲刺开启/关闭、净变化、热点系统、老旧缺陷、回归数。报告含汇总表、P1/P2/P3-P4 列表、系统性问题、趋势分析与建议行动。
限制：无缺陷文件则停止，无可分流内容；未获批准不写入报告；不得自行关闭或标记不予修复，需先问“Are these acceptable as Won't Fix?”；不自动分配已满容量冲刺，只标记溢出；严重度为客观分级，优先级由团队决定，仅作建议；趋势数据仅供参考，不单独阻塞工作。自动化模式由 resolve_config 解析（collaborative/guided/autonomous），始终询问类别仍会提示。费用、平台等信息暂未提供。