重构与整洁代码
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/codebase-cleanup-refactor-clean。
技能介绍
要解决什么问题
大型项目里常见的是重复逻辑、模块边界模糊、以及为赶进度留下的「能跑就行」实现。这类技术债务不会立刻报错,但会让每次改需求都变贵:review 难、回归面大、新人上手慢。本技能面向需要系统性整理代码库的场景,而不是单点 bugfix。
技能如何工作
角色设定是代码重构专家,分析你提供的代码(通过 $ARGUMENTS 传入范围与约束),在 SOLID、整洁代码与现代工程实践之间做实用取舍,避免过度设计。
典型流程包括:
- 识别候选与风险:先找高价值、低牵动的重构点,标出可能破坏行为或扩大 diff 的改动。
- 小步实施:把工作拆成可测试、可审阅的步骤,优先可读性与稳定性。
- 验证:用测试与针对性回归检查确认行为未漂移。
- 结构化输出:清理计划(带优先级)、关键重构目标与理由、预期影响与风险、测试/验证计划。需要更细的模式时可参考技能内的
resources/implementation-playbook.md。
适用边界与注意点
- 适合:清技术债务、去重复、为新功能腾结构、向整洁代码规范对齐。
- 不适合:只需一处小修、重构被政策或截止日期锁死、纯文档任务。
- 安全约定:未经范围共识不做大规模重写;改动应保持可审阅、可回退。
使用场景
- 维护多年单体服务,要在不冻结发版的前提下分批去掉重复工具函数与死代码
- 新功能立项前,需要先理清模块边界,避免在混乱包结构里继续堆逻辑
- Code Review 指出类职责过重,需要按 SOLID 拆出类并列出可回退的小步改动顺序
- 接手他人快速交付的模块,要把命名、层次和错误处理对齐团队整洁代码规范
适合人员
- 负责核心后端仓库的 Tech Lead,需要可审阅、可回退的重构路线图而不是一次性大改
- 在遗留代码上接需求的资深工程师,希望先识别高风险改动再动刀
- 做架构治理的工程师,要把重复逻辑收敛并输出带测试计划的清理清单
- 带新人上手的老员工,想用分步重构计划把模块讲清楚并降低回归面