Flow refactor
重构流程。v2 强调行为不变、安全边界、分步可回退，而不是先写完整流程材料。From its SKILL.md
npx -y skills add laozaidad/feflow --skill flow-refactorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
1.6 KB, as published. Nobody here has run it
flow-refactor — v2 重构流程
flow-refactor 的核心不是“让代码更优雅”，而是：
- 明确重构目标
- 建立足够的安全边界
- 在不改变行为的前提下逐步重组
适用场景
- 消除重复
- 拆分过大模块
- 清理循环依赖
- 提升可测试性
- 统一模式，但不改变外部行为
硬规则
- “代码更好看”不是合格目标。
- 行为不变是默认前提。
- 没有安全边界时必须缩小范围，而不是硬上。
- 发现真实功能缺陷时，记录并分流，不要混入本次重构。
风险分级
| 级别 | 特征 | 默认策略 |
|---|---|---|
| L1 | 局部整理 | 最小安全网后直接重构 |
| L2 | 多文件重组 | 先建安全边界，再分步推进 |
| L3 | 跨模块或公共接口级重构 | 强治理、强验证、强回退意识 |
执行重点
目标定义
必须说清楚：
- 改什么
- 为什么现在要改
- 预期收益是什么
安全边界
边界可以来自：
- 现有测试
- 新补的关键路径测试
- 可对照的输入输出
- 稳定的公共接口契约
分步推进
每一步都应尽量：
- 小范围
- 可验证
- 可回退
验证重点
- 行为是否保持一致
- 公共接口是否保持兼容
- 性能或构建表现是否明显退化
何时需要确认
- 重构会触及共享边界
- 安全边界不足但仍需继续
- 重构目标已开始偏向功能变更