103次提交，16小时——一个AI默默把你的代码库收拾了

我盯着Kakuna跑完的Git log看了十分钟。

16小时，103次提交。每个提交都有清晰的message，测试覆盖率从12%涨到89%，一个满是TODO注释的MVP变成了某个人能接手继续做的正经项目。

不是人写的。

是另一个AI写的。

· · ·

Kakuna这个工具，官方的描述是"一个具备检查清单的AI代理，知道如何加固你的代码库"。

谁搞的？swyx，那个在开发者社区活跃了好几年的家伙，Latrobe的创始人。

他想解决的问题挺有意思的——

你不是有想法就写代码吗？写完就跑吗？跑通就发了？

然后呢？

代码烂了。没人重构。没人补测试。没人写文档。

熵增了。

· · ·

软件工程最大的谎言就是"先让它跑起来，后面再优化"。

后面永远不会来。

代码库会像没人收拾的房间，一开始只是袜子在地上，一个月后你已经找不到床在哪。

Kakuna干的事情，说穿了就是——

你让它"计划"，它列出一个检查清单，逐条执行：代码审查、补测试、重构、标准化。每一步都提交，每一步都能回退。

像请了一个有强迫症的室友，趁你出门的时候把房间收拾了。每件东西放回原位，还贴了标签。

你回来想生气都找不到理由。

· · ·

但你知道什么最让我停下来想了十分钟吗？

不是Kakuna的技术实现。

是这句描述：

"为人类与代理协作而设计"。

· · ·

你在"协作"这个词上停一下。

这跟"AI辅助你写代码"是两回事。

辅助是你做主，AI帮忙。工具是工具，你是人。

协作是两个主体。你在做你的事，它在做它的事。你写新功能，它收拾你的烂摊子。你向前冲，它在后面给你擦地板。

不是替代，是分工。

· · ·

但分工就意味着信任。

你愿意让一个AI在你的代码库里跑来跑去，改你的文件，补你的测试，重命名你的变量？

Kakuna的答案挺聪明——不是一次性放权，是"计划-执行-审核"的循环。

你先看计划。你觉得没问题，让它跑。它每跑一步都提交，你可以随时review，随时回退。

像放一只狗出去溜达，但绳一直在你手里。

· · ·

这让我想到一个问题。

我们一直在讨论"AI会不会替代人类"。

但这个问题的前提是——人类正在做AI也能做的事。

写重复的测试用例。

修lint报错。

把散落的配置标准化。

这些事，人类本来就不应该做。只是之前没人愿意做，也没人做得快。

· · ·

Kakuna做的，不是替代你的工作。

Kakuna做的，是让那些"你觉得应该做但一直拖着没做的事"，终于有人做了。

只不过那个人不是人。

· · ·

那你省下来的时间做什么？

这才是问题。

不是"AI会不会抢你的饭碗"——是你的饭碗一直有一半是你不爱吃的菜，现在AI帮你吃了，你终于可以只吃你爱吃的了。

但你真的知道自己爱吃什么吗？

· · ·

我合上电脑，去倒了杯水。

窗外的天还没全亮。Kakuna大概正在某个人的代码库里跑着，一行一行地，把别人的熵减掉。

103次提交。16个小时。

比我勤快多了。