写代码别想一步到位，Kaizen教我小步迭代

你有没有这种感觉——代码写到一半突然想重构整个项目？”反正已经懂了，全重写肯定更好”——然后，就没有然后了。

Kaizen 这个 Skill 就是来治这个病的。它把丰田生产线的”持续改进”哲学搬进了代码开发，告诉你：小步迭代，永远比一步到位更靠谱。

什么是 Kaizen？

Kaizen 是一个专注于代码实现、重构、系统设计、流程改进和错误处理的 Skill。它不跟你谈抽象理论，全是实打实的工程准则。

核心就四句话：
– 小步改进，持续进行——不要憋大招
– 错误要在设计时就防住——不要靠运行时修
– 遵循已有模式——不要造轮子炫技
– 只建现在需要的——不要提前优化

四大支柱，分别解决什么问题

1. Continuous Improvement（持续改进）

迭代 1：先让它跑起来。迭代 2：让它清晰易读。迭代 3：再优化性能。每次只做一件事，每步都可测试可回滚。

反面教材是一次性把所有功能、验证、缓存、日志全塞进去，看起来很完整，实际上完全无法验证。

2. Poka-Yoke（防错设计）

这个概念来自丰田——让错误根本不可能发生。

比如类型系统：不要用 status: string（可以是任意值），而是用 status: 'pending' | 'processing' | 'shipped'——状态机直接约束合法值，根本不给你出错的机会。

验证要前置：处理数据前先验证，不要用完了再报错。

3. Standardized Work（标准化作业）

新代码要融入现有体系，不是打破它。

如果你在一个用类的项目里写了一个函数风格的 API client，不跟任何人讨论就合入——这就是不一致性。不一致性是团队协作的隐形杀手。

4. Just-In-Time（准时制）

经典 YAGNI原则：你不需要它。

不要写”万一以后要用”的代码。复杂度要等实际需求来了再加，而不是提前架构好整个框架。

性能优化也一样——先测量，再优化，不要凭感觉。

用起来有多简单？

在 Claude Code 里直接调用就行：

kaizen

然后描述你正在做的事——是在写新功能、做重构、还是设计架构，它会按四个支柱给你指导。

适合谁用？

• 写代码容易”想太多”的开发者
• 团队里需要统一工程准则的
• 想让 AI 帮你做持续改进而不是帮你过度工程的

GitHub 仓库里不仅有 Kaizen Skill，还有完整一套 context-engineering-kit——光 Skill 就有 68 个，全是工程实战向的。

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

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