几个月前，我用Claude Code开发产品时，干了一件2025年最让开发者抬不起头的事：让AI代理把环境密钥提交了代码库，还推到了GitHub公共仓库。

这种错误让AI怀疑论者有了现成的靶子，让犯错的人无话可说。但这个时刻没有让我放弃AI编程，反而促使我去解决问题。

打开网易新闻 查看精彩图片

我相信软件的未来是人类表达意图、AI负责实现。不是口号，而是下一阶段的自然形态。我们会对着电脑描述想要的软件，然后得到它。我认为这即将到来，比怀疑论者预期的更快。

但我们还没到那一步。对于专业工程师实际从事的工作——遗留项目、数百万行代码、多年前离职人员做的决策、从未书面记录的约束——仅凭意图远远不够。AI代理需要尚未具备的脚手架。

Spec Kitty就是为认真做事的团队准备的脚手架，让他们在真正到来之前，提前住进那个未来。

密钥事件只是 headline。真正的问题更深层：Claude 的每次修复似乎都会破坏另外两处。代理不断遗忘我们已确立的原则：如何部署测试环境、如何部署生产环境、事情该在哪里发生的基本边界。每个新会话都是干净的失忆，我得花前十分钟重新解释已经开发数月的项目。

更糟的是，我在开发一个MCP服务器。MCP在某些方面仍然太新，尚未可靠进入模型训练数据。代理不仅忘记我们的具体设定，甚至不了解底层技术。每次会话我都得先教它什么是MCP，才能提出有用的需求。

技术上我在产出软件，但没有信心。我像赌博一样产出：赢到足以继续玩，输到知道庄家占优。一切都感觉永久可协商。

GitHub发布Spec Kit时，我有一种顿悟：对，这就是正确的形态。规范驱动的AI编程方法——坐下来写下需求，让代理从稳定产物而非即兴提示出发构建。

但我读了文档后，产生了分歧。Spec Kit的愿景将规范置于中心，作为软件本质的单一真相源。这种措辞很重要：在那个世界里，规范是权威的，代码是下游产物，是生成物。