Kaizen 持续改善
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/kaizen-zh。
技能介绍
要解决什么问题
工程里常见三种拖垮质量的惯性:把「大重构」当成唯一出路、在运行时才发现本可设计阶段避免的错、以及为假想需求堆框架与抽象。Kaizen 技能把持续改善写成可执行的开发准则,而不是口号式的「以后再说」。
技能如何工作
技能围绕四个支柱组织 AI 与人在实现、重构、审查时的行为:
- 持续改善(改善):优先最小可行变更,一次只改一件事并验证;实现上遵循「先能跑 → 再清晰 → 再高效」,不并行追求三项完美。
- 防错(Poka-Yoke):用类型、契约与无效状态不可表示在编译/设计期挡错;边界验证一次、内部安全使用;配置在启动时失败而非线上静默出错。
- 标准化工作:对齐仓库既有模式(结构、命名、错误处理);新模式需有据可查并与
CLAUDE.md等约定一致;审查时建议增量对齐而非整块重写。 - 准时制(JIT):贯彻 YAGNI,只建当前需求;优化前先测量;抽象等到三法则(多个相似用例)再动。
与结构化命令(如 /why、/plan-do-check-act、/analyse)配合时,适合把日常小问题和流程改进落到可重复的步骤上。
适用边界与注意点
它不是追求完美首版、大爆炸重写或未经测量的过早优化。若团队习惯「留到以后重构」、可选配置无校验、或为未来场景预埋大量代码,技能会明确标为红旗信号并对齐相反实践。心态应是:今天足够好,明天更好。
使用场景
- 实现新功能时先交付最简单可运行版本,再按项补充校验与错误处理,每步都跑通测试。
- 重构遗留代码时一次只处理一类问题,每次改进后提交,并确保测试与 CI 始终通过。
- 设计对外 API 时用类型约束入参,并通过建模让无效状态在类型层面无法表示。
- PR 审查时提出可落地的增量修改建议,优先对齐仓库既有错误处理与文件结构模式。
适合人员
- 负责线上服务迭代的后端工程师,需要在持续发版的同时用小额提交逐步还清局部技术债。
- 担任模块 Owner 并主持 Code Review 的工程师,希望避免「整段重写」式反馈、推动与现有约定一致。
- 维护应用配置与启动链路的开发或 SRE,希望错误配置在部署启动阶段快速失败并给出明确信息。
- 维护 `CLAUDE.md` 与 AI 结对编码约定的 Tech Lead,需要新代码自动对齐命名、结构与错误处理模式。