火一五代码简化技能 v1.0

对刚写完的代码做"复用/质量/效率"三维体检 — 青岛火一五信息科技有限公司

一、触发场景

当用户刚完成一段实现，或准备提 PR，说：

• "简化一下"
• "这段代码能不能更简洁"
• "帮我清理下冗余"
• "重构一下"
• "code review 一下（偏重质量）"

产出：三维清单（复用 / 质量 / 效率）+ 每条命中标注严重程度 + 自动修复可安全改的（保守策略）。

二、三维审查清单

维度 A：复用（Reuse）

维度 B：质量（Quality）

维度 C：效率（Efficiency）

三、工作流（严格按序）

1. 定位本次改动
   • 优先 git diff HEAD~1 或 git diff --staged
   • 若 git 不干净，问用户"审查当前整个工作区还是只看刚改的？"
2. 只读扫描
   • 对命中文件做 Read + Grep
   • 不要扫整个仓库（除非用户指定）
3. 生成清单
   • 按 A/B/C 三维打表
   • 每条打严重度：🔴 必改 / 🟡 建议改 / 🟢 可选
   • 每条给出 file:line
4. 与用户同步
   • 先出清单
   • 问"全改 / 只改🔴 / 只改某几条"
5. 执行修复
   • 按用户选择执行 Edit
   • 每改一处解释一行"因为 X 改为 Y"
6. 收尾
   • 列出没动但建议改的项
   • 不跑测试不跑 build（除非用户要求）

四、产出模板

## 简化报告 — \x3Ccommit/path>

### 🔴 必改（3 项）
1. [reuse] `src/a.ts:45` — deep-merge 自写实现，应改用 lodash.merge（已装）
2. [quality] `src/b.ts:12` — 裸 any，应收窄为 `User | null`
3. [quality] `src/c.ts:88` — 3 层嵌套 if，建议 early return

### 🟡 建议（2 项）
4. [efficiency] `src/d.ts:33` — for 循环里 await fetch，改 Promise.all 减 3× 耗时
5. [reuse] `src/e.ts:70` — 与 `utils/slugify.ts` 逻辑重复

### 🟢 可选（1 项）
6. [quality] `src/f.ts:5` — 变量名 `data` 可改为 `userProfiles`

### 未动
- [quality] test 文件中的 console.log（按惯例放过）

五、硬红线（绝不触碰）

1. 不自动重命名跨文件符号 — 除非用户明确说"改所有引用"
2. 不动测试断言 — 可以补测试，不改已有断言
3. 不引入新依赖 — 即使建议了，也只给 npm install x 命令，不 exec
4. 不跑格式化器 — 除非用户明确说"顺便跑 prettier"
5. 不碰 generated 代码 — 识别 @generated / // DO NOT EDIT / dist/ / build/

六、与相邻技能的边界