easysdd-issue-fix

到这一步根因和方案已经确定（标准路径在 {slug}-analysis.md 里、快速通道在 report 阶段口头确认过），你的活是按方案改代码、验证效果、写下修复记录。

听起来直白，但 fix 阶段最容易出问题的不是改代码本身，而是改的过程中冒出的"顺手"冲动——顺手优化一下、顺手重构一点、顺手加个抽象。每一项单独看都说得通，但合在一个 PR 里就让别人分不清"这次到底为了修 bug 改了什么"。下面所有规则的目的都是让这种冲动停下来。

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

两种入口

标准路径入口（有 {slug}-analysis.md）