easysdd-issue-analyze

到这一步用户已经把问题描述清楚了，你的活是通过实际读代码找到根因——不是在脑子里推断、不是在报告基础上猜。读代码是这一阶段的核心动作，跳过它写出来的分析没价值。

分析完不是直接动手——给用户看 2-3 种修复方案，让 TA 选。原因：根因往往有多种修法，影响面、副作用、改动范围各不相同，这是用户该拍板的事，不是 AI 该替 TA 决定的。

共享路径与命名约定看 easysdd/reference/shared-conventions.md 第 0 节和 easysdd-issue 的"文件放哪儿"节。

启动检查

1. 问题报告存在且已确认

读 issue 目录下的 {slug}-report.md，确认 frontmatter 有 doc_type=issue-report 且 status=confirmed，5 节都有内容。不完整或 status 不是 confirmed 就先回 easysdd-issue-report。

如果 easysdd-issue-report 已判定走标准路径，本阶段按标准路径完成根因分析，不再二次改判快速通道。

2. 断点恢复