cs-issue-fix 启动必读 开始任何判断或动作前，先读取 ；缺失则视为骨架不完整，提示先补齐或运行 ，不要回退到外部 AI 入口文件。 根因和方案已经确定（标准路径在 analysis、快速通道在 report 阶段口头确认过），你的活是按方案改代码、验证效果、写下修复记录。 fix 阶段最容易出问题的不是改代码本身，而是 改的过程中冒出的"顺手"冲动 ——顺手优化、顺手重构、顺手加抽象。每项单独看说得通，但合在一个 PR 里让别人分不清"这次到底为了修 bug 改了什么"。 共享路径与命名约定看 第 0 节和 的"文件放哪儿"。 --- 两种入口 标准路径（有 analysis） 1. 方案已确认 ——读 analysis，确认 且 ，第 5 节用户选定了哪个方案 2. 上下文读全 ：analysis 全文 + report 全文 + analysis 第 1 节定位的所有代码 + + 沉淀目录搜索： - ——确认修复方式不违背已有库用法 / 模式 - 同样命令换 ——确认修复点和已有证据不冲突 3. 确认起点 ——告诉用户"我将按方案 X 修改 {文件列表}，开始修复"，等用户确认才动手 快速通道（无 analysis，从 report 直接触发） 进入这个入口时 AI 在 report 阶段已读过代码并对根因有把握。 1. 明确陈述根因 ：" 的 {具体代码} 存在…