每次被人怼「想太多」？这个 AI Skill 帮你戒掉过度设计

每次代码 review 被人怼「想太多了」？这个 Skill 帮你彻底戒掉过度设计

你有没有过这种经历——

写一个付款函数，本来两行搞定，结果脑子里冒出「万一以后要支持多币种怎么办」「万一要加缓存怎么办」「万一…」，最后写了两百行。

不是我编的，这是真实存在的程序员病，叫 YAGNI 恐惧症（You Aren’t Gonna Need It）。

最近发现一个巨好用的 Skill，叫 Kaizen，专门治这个。

先说它是什么

Kaizen 是日语「改善」的意思，就是持续小改进，比大刀阔斧的重构更靠谱。这个 Skill 把这个哲学做成了一个可以塞进 AI agent 的指令包，核心教四件事：

① 持续小改进 > 憋大招
不要想着一步到位。先让代码能跑，再让它更清晰，最后才优化性能——但每一步都要独立验证。原文说「First version: make it work / Second pass: make it clear / Third pass: make it efficient」，别在第一版就全塞进去。

② 错误设计 > 错误处理
用类型系统把无效状态直接堵死，比写一百个 if-else 判断强一万倍。举例：type OrderStatus = 'pending' | 'processing' | 'shipped' | 'delivered' 直接让你不可能出现「shipped 但没有物流单号」的状态。

③ 跟着现有模式走
新代码要跟老代码风格一致，不要「我觉得这样更优雅」就换。Skill 里特别强调：Consistency over cleverness。

④ YAGNI——你不需要它
没出现的需求，不要为它写代码。等真正需要的时候再加，而且要「恰好够用」而不是「一步到位留足扩展」。

为什么对 AI 有用

AI 写代码最容易犯的错就是「想太多」——一个简单函数能写出一个框架。这个 Skill 等于给 AI 装了一个节流阀，让它知道什么该加、什么不该加，什么时候该停手。

它的 Red Flags 部分特别实用——比如「’Users should just be careful’」这种想法就是典型的 Poka-Yoke 违规，要直接从设计层面堵死，而不是靠文档让人遵守。

GitHub 仓库本身是个更大的 Context Engineering Kit，Kaizen 只是其中一个插件，但单独用这个 Skill 就已经很有价值了。

说实话，用好这个 Skill 不光是对 AI 有用，对我们自己写代码的思考方式也是一次升级——少想多做，小步快跑。

GitHub：
https://github.com/NeoLabHQ/context-engineering-kit/tree/master/plugins/kaizen/skills/kaizen

GitHub: https://github.com/NeoLabHQ/context-engineering-kit/tree/master/plugins/kaizen/skills/kaizen