Claude Code 总爱「过度设计」？这个 Skill 给它装了个过滤器

Claude Code 写代码很爽，但有没有发现：它有时候会「用力过猛」——一个简单的日志函数非要搞成完整的 Logger 类，一个 CRUD 接口非要抽象三层架构？

不是 Claude 笨，是它默认「做大做强」，而不是「做少做精」。

Kaizen 这个 Skill 就是来治这个毛病的。它把日本精益管理里的四个核心原则带进了 AI coding agent 的工作流，每一条都直击我们日常踩的坑。

Kaizen 在说什么？

一句话：小步快跑，持续改进，别想一步到位。

它的核心主张是：很多个小改进，胜过一次性大重构。预防错误发生在设计阶段，而不是靠后期修 bug 来填坑。

四个支柱

1. 持续改进（Continuous Improvement）
先让代码跑起来，再让它更清晰，最后再考虑性能——但每一步都独立验证，不要一次想搞定三件事。Claude 容易把这三步合并成一步，Kaizen 就是来拆解的。

2. 防错设计（Poka-Yoke）
用类型系统让错误不可能发生。比如用联合类型限定合法状态，比用字符串”pending”/”PENDING”/”pnding”安全一百倍。

3. 标准化工作（Standardized Work）
跟代码库里已有的模式保持一致。Claude 有时候会「另起炉灶」发明新写法，Kaizen 要求它先看现有模式再动手。

4. 准时制（Just-In-Time）
不要为「以后可能用到」提前做架构。只实现当前的需求，等真正需要扩展时再重构——这就是 YAGNI 原则。

为什么值得装？

用了 Kaizen 之后，Claude Code 的输出会明显「收敛」：

• 代码不会过度设计，该简单的地方就简单
• 类型错误在编译阶段就被卡住，而不是线上炸雷
• 代码风格和项目既有模式保持一致，减少 review 摩擦
• 遇到性能问题才优化，而不是预先「优化」

说白了，Kaizen 是给 Claude Code 装了一个「戒躁」过滤器——让它在「做大做强」之前先停下来想一想：真的需要这么多吗？

适合所有在用 Claude Code / Cursor / Codex 的开发者，尤其是项目代码开始变乱、每次 PR review 都在争论「这里要不要抽象」的同学。

GitHub 链接

GitHub: https://github.com/NeoLabHQ/context-engineering-kit