Flask之父:传统代码协作工具,已经Out了

Flask的作者Armin Ronacher，前段时间写了篇长文，讲自己用AI编程一整年的真实体验。

看完我整个人都震惊了。

这哥们可不是什么小角色——Flask、Jinja2、Sphinx，这些Python圈响当当的工具，全是他写的。

结果他说，GitHub的PR模式，已经没法审核AI生成的代码了。

这话说出来，你品品是什么分量。

01、他这一年到底经历了什么

2025年，Armin做了三件大事：

• 离开Sentry

• 创办自己的新公司

• 彻底改变了编程方式

他说，六月份的时候，自己终于有底气分享这套不一样的工作模式：以前泡在Cursor里写代码，现在基本都靠Claude Code，几乎不用自己动手敲键盘。

要是半年前有人跟我说，比起自己写代码，我会更愿意当工程负责人，带着一个虚拟程序员实习生干活，我肯定不信。

结果你看，现在他自己就是这么干的。

更夸张的是，他去年写了36篇文章——占了他博客自2007年以来所有内容的18%。

写文章这件事，以前想都不敢想，现在AI帮他搞定了。

02、他现在最常用的三个工具

有意思的是，他日常用的三个AI编程工具，全是命令行操作的：

• Amp
  
   — 智能体编程工具里的保时捷，高端精致

• Claude Code
  
   — 经济实惠的大众，性价比之王

• Pi
  
   — 黑客们的开源首选

TUI工具强势回归，这个趋势是我没想到的。

而且他说了一句话，我觉得特别有意思：开发者和他一样，都是重度使用者，甚至会过度依赖这些工具来做自己的产品。

03、爆炸性的发现：Git已经Out了

这是全文最炸裂的观点。

他说：GitHub的PR模式，根本没法提供足够的信息来审核AI生成的代码。

问题在哪？

AI编程的时候，模型需要记住之前犯过的错误。你想回退到之前的状态，就需要工具能准确记录哪里出了问题。

换句话说：失败的经验，对AI来说比成功的更重要。

你压缩对话历史的时候就能体会到：删掉那些走偏的尝试，模型下次很可能会重蹈覆辙。

所以他希望能看到：

• 每一处修改背后对应的提示词

• 人类的真实输入和机器生成的内容，能清晰区分

• 过程中那些失败的尝试

这就是为什么现在大家在讨论堆叠差异，还有Jujutsu这类新型版本控制系统。

这场变革会撼动GitHub的地位吗？他真心希望如此。

04、代码审核也该重做

除了版本控制，代码审核也是个大问题。

现有工具设定了严格的角色权限，和AI的工作模式完全不兼容。

比如他想在自己的PR页面写点备注，留给自己的智能体看——根本没地方写。

而且界面不允许审核自己的代码，只能写评论。

但他现在的需求就是：自己审核给自己的AI看。这个功能，就是没有。

所以很多代码审核工作，只能在本地完成。团队里的其他工程师，完全看不到。

这显然不是个长久之计。

05、他对AI的哲学思考

这部分我觉得是最有意思的。

他说自己越来越发现，很容易对常用的工具产生一种拟社会关系。

这种感觉既奇怪又让人不安。

两年来，我一直努力说服自己，这些模型不过就是些字符处理工具而已。但现在我发现，这种简化的看法已经站不住脚了。

我们打造的这些系统，确实带点人的特质。

但你要是把它们等同于人类，那就大错特错了。

他反感”智能体”这个说法，因为能动性和责任，理应由人类来承担。

但这些机器确实能引发我们的情绪波动，而且稍不注意，这种波动就可能带来负面影响。

06、一个有意思的发现

大量使用AI后，他发现了一个意想不到的现象：比起技术本身，大家更热衷于讨论使用这些工具的”感觉”。

而且这种”感觉”，很多是被人刻意营造出来的。

你网上看到的那些观点，有可能是相关产品的投资者，也可能是收了钱的推广博主。

他们或许真心喜欢产品才投资，但也有可能，他们的观点早就被利益关系给影响了。

这个观察，我是服气的。

写在最后

Armin Ronacher的2025年，是一个标志性的切片。

最顶尖的程序员之一，已经不再自己写代码了，转型成了”工程负责人”，带着AI这个虚拟实习生干活。

而且他断言：Git、PR模式、代码审核——这些传统工具，都该重做了。

这不是危言耸听，这是一个真正深度使用AI编程一年的人，掏心窝子的话。

2026年，AI编程的真正变革，或许不是模型本身变得多强，而是整个工程实践的范式转移。

旧的在地上，新的在长出来。

就看你跟不跟得上。

 原文：lucumr.pocoo.org/2025/12/22/a-year-of-vibes/ 作者：Armin Ronacher（Flask/Jinja2/Sphinx作者）