AI 代码越改越乱？Kaizen 教你小步快跑的正确姿势

你有没有这种感觉——代码写到一半，突然想”要不重写算了”？

别。这是陷阱。

今天想聊聊 Kaizen 这个 Skill，不是那个日本管理哲学，是给 AI coding agent 用的版本。它解决的是一个很具体的问题：怎么让代码越改越好，而不是越改越乱。

小步快跑，永远比憋大招强

Kaizen 的核心哲学很简单——很多小的改进，胜过一次性的大革命。

它把渐进式改进拆成了三个迭代节奏：

• 第一版：先让它跑起来
• 第二版：让它更清晰
• 第三版：让它更健壮

每一步都可以独立测试和提交。不要试图三步并作一步走——那样只会得到一团谁也看不懂的代码。

防错设计：把错误消灭在编译期

Kaizen 的第二条核心原则叫 Poka-Yoke（防错设计）。意思是从系统设计层面让错误根本不可能发生，而不是等错误发生了再打补丁。

举几个具体的：

用类型系统消灭无效状态

// ❌ 糟糕：字符串可以是任意值
type OrderBad = { status: string; total: number };

// ✅ 好：只有合法状态才能存在
type OrderStatus = 'pending' | 'processing' | 'shipped' | 'delivered';
type Order = { status: OrderStatus; total: number };

类型系统在编译时就报错，而不是等线上炸了才发现。

单次验证，全局安全

type PositiveNumber = number & { readonly __brand: 'PositiveNumber' };

const validatePositive = (n: number): PositiveNumber => {
  if (n <= 0) throw new Error('Must be positive');
  return n as PositiveNumber;
};

// 验证一次，到处安全使用
processPayment(amount); // amount 已经是 PositiveNumber

边界只检查一次，内部调用全部受信任，代码清爽多了。

什么时候用？

根据 SKILL.md 的描述，Kaizen 会自动应用在：

• 代码实现和重构时 — 引导你写出更干净、可测试的代码
• 架构设计决策时 — 避免过度工程化
• 流程和工作流改进时 — 给你可操作的渐进路径
• 错误处理和验证时 — 从设计层面消灭 bug

实际体感

用一句话总结：它让 AI coding agent 不再倾向于”重写一切”，而是教它”一点一点变好”。

这对实际项目非常重要——很多 AI agent 写代码有个坏习惯，要么写太简单的第一版，要么一次性搞得太复杂。Kaizen 相当于给 AI 一个持续改进的框架，让它学会分步骤交付价值。

适合：中型项目维护、长期迭代的代码库、追求代码质量的团队。

GitHub 链接：NeoLabHQ/context-engineering-kit（包含 kaizen skill 及更多工程实践）

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