缺陷分诊摘要

要解决的问题

缺陷积压时，团队常要在一堆标题、描述和零散环境信息里判断哪些该先修、哪些缺信息不能直接排期、哪些只是本轮之外。手工整理容易把严重度、优先级和待确认项混在一起，也可能补上未经验证的影响范围。

技能如何工作

缺陷分诊摘要把一批缺陷/工单素材整理成可对齐的分诊草稿：

• 澄清最少必要项：缺陷列表、严重度口径、版本/环境；
• 逐条分诊：输出标题、严重度、影响范围、建议优先级和依据摘要；
• 排序与留痕：给出建议处理顺序，缺复现/环境/影响面进入 待确认，不强行标 P0。

严重度看影响，优先级看本轮是否先做；全为低优文案/体验类时，也会给出可打包顺序和明确不在本轮的项。

适用边界

它适合迭代缺陷扎堆、值班交接前快速排序、评审会对齐先修哪些；不适合事故事中对外通报、发布 go/no-go 结论、完整复盘长文，也不自动修改 Jira 或禅道字段。安全漏洞只提示走安全流程，不写利用步骤或 PoC。