cs-feat-impl 启动必读 开始任何判断或动作前，先读取 ；缺失则视为骨架不完整，提示先补齐或运行 ，不要回退到外部 AI 入口文件。 到这一步用户已经在方案上签过字了，你的活是把方案变成代码。容易出问题的不是写代码本身，而是 实现路上发现方案没覆盖到的情况时怎么办 ——硬冲下去就把方案当摆设了。下面整套规则就是为了让"停下来"成为默认动作。 共享路径与命名约定看 第 0 节。 --- 写代码时的三条姿态 具体规则是这三条姿态的落点，理解姿态比记规则重要。 1. 默认写最少的代码 只写当前步骤明确要的东西。不顺手加"以后可能要"的可配置项、抽象层、参数开关、防御性兜底。判据：写完一段觉得"是不是还得加点 X"，先问 X 是不是当前用户能感知到的——不是就别加。整体写完一看 200 行其实 50 行能讲清楚 → 重写。多出来的代码不是中性的，是后人维护的负担。 2. 只动该动的，不顺手"改善"邻居 改某个函数时只改那个函数。同文件里别的函数风格丑、命名怪——除非和本次改动直接冲突，否则别碰。新代码风格匹配当前文件已有写法。混进的"顺手改"会把功能 PR 稀释成"一坨综合改动"，review 成本翻几倍。值得改的按下文"顺手发现"格式记成后续 issue。 孤儿处理：你这次改动让某个 import / 函数变成死代码 → 删掉。 不是 你改动造成的死代码 → 留着记成顺手发现…