Agent Skills
返回列表
💻

Kaizen 持续改善

开发编程 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/kaizen-zh。

技能介绍

要解决什么问题

工程里常见三种拖垮质量的惯性:把「大重构」当成唯一出路、在运行时才发现本可设计阶段避免的错、以及为假想需求堆框架与抽象。Kaizen 技能把持续改善写成可执行的开发准则,而不是口号式的「以后再说」。

技能如何工作

技能围绕四个支柱组织 AI 与人在实现、重构、审查时的行为:

  1. 持续改善(改善):优先最小可行变更,一次只改一件事并验证;实现上遵循「先能跑 → 再清晰 → 再高效」,不并行追求三项完美。
  2. 防错(Poka-Yoke):用类型、契约与无效状态不可表示在编译/设计期挡错;边界验证一次、内部安全使用;配置在启动时失败而非线上静默出错。
  3. 标准化工作:对齐仓库既有模式(结构、命名、错误处理);新模式需有据可查并与 CLAUDE.md 等约定一致;审查时建议增量对齐而非整块重写。
  4. 准时制(JIT):贯彻 YAGNI,只建当前需求;优化前先测量;抽象等到三法则(多个相似用例)再动。

与结构化命令(如 /why、/plan-do-check-act、/analyse)配合时,适合把日常小问题和流程改进落到可重复的步骤上。

适用边界与注意点

它不是追求完美首版、大爆炸重写或未经测量的过早优化。若团队习惯「留到以后重构」、可选配置无校验、或为未来场景预埋大量代码,技能会明确标为红旗信号并对齐相反实践。心态应是:今天足够好,明天更好。

使用场景

  • 实现新功能时先交付最简单可运行版本,再按项补充校验与错误处理,每步都跑通测试。
  • 重构遗留代码时一次只处理一类问题,每次改进后提交,并确保测试与 CI 始终通过。
  • 设计对外 API 时用类型约束入参,并通过建模让无效状态在类型层面无法表示。
  • PR 审查时提出可落地的增量修改建议,优先对齐仓库既有错误处理与文件结构模式。

适合人员

  • 负责线上服务迭代的后端工程师,需要在持续发版的同时用小额提交逐步还清局部技术债。
  • 担任模块 Owner 并主持 Code Review 的工程师,希望避免「整段重写」式反馈、推动与现有约定一致。
  • 维护应用配置与启动链路的开发或 SRE,希望错误配置在部署启动阶段快速失败并给出明确信息。
  • 维护 `CLAUDE.md` 与 AI 结对编码约定的 Tech Lead,需要新代码自动对齐命名、结构与错误处理模式。