如今，软件工程师都是架构师。

为了一场高风险的演示，我连着熬了几个通宵，而 AI 智能体的表现令人惊叹。过去要花一周的功能，一个下午就落地了，那感觉就像获得了超能力。

然后我开始测试。

到处都是缺陷。缓存错误。线程安全问题。几个月来一直运行良好的代码，被某个没人刻意做出的细微决定悄悄弄坏了。全都能编译。全都能运行。然后陷阱出现了。它总会出现。

我一半时间在调试 AI 的输出，另一半时间在担心接下来会发现什么。大概凌晨两点的时候，我意识到自己心里那种感觉已经不再是兴奋。那是拉动老虎机拉杆的感觉。你敲下提示词，转轮开始旋转，出什么就是什么。它看起来是对的。每一次看起来都是对的——直到它不对为止。

但关键在于：我从未停止使用这些智能体。没有人会走回头路。这种速度是真实的，令人难以置信，谁要是叫你重新手写全部代码，那是在贩卖怀旧。只是我开始问一个不同的问题。

工作早已改变，工具却没有。

这一幕我们经历过。我们曾用穿孔卡片给计算机编程。然后是汇编——压入这个寄存器，跳转到这里，把这些数相加。后来 Dennis Ritchie 创造了 C，你突然不再以指令思考，而是以逻辑思考。每一次这样的转变，在成为理所当然之前，都显得不可能。

这就是那样一次转变，而且是迄今最大的一次。现在代码由智能体来写——你去倒杯咖啡的工夫就是数千行——diff 像小票一样从另一头吐出来，而我们所有人对它的处理都一样：不读。当然不读。没有人会去读一份 2,000 行的 diff。我们构建它，运行它，眯着眼扫一遍，然后说出软件行业最危险的一句话：“好像能跑，发布吧。”

然后登录页面崩了。而你根本没碰过它。因为在那 2000 行里的某个地方，它改动了一个核心数据模型，那看上去人畜无害，而现在是凌晨两点，你的传呼在响，对于“这东西是怎么工作的”这个问题，最诚实的回答，正是全世界的工程师每天都在对总监说的那句话：

“我不知道，是智能体写的。”

把这句话大声念出来。这不是工程文化。这是在流沙上盖房子。

数据印证了这种感觉：84% 的开发者如今使用 AI 编程工具。81% 的企业团队都遇到过 AI 写的代码在生产环境中出问题。而信任自己所发布的 AI 生成代码的，只有 29%——百分之二十九。* 我们接纳了工具，却失去了信任。没有控制的速度不是工程，而是包装精良的混乱。

但有一件事没人说清楚：工程师的工作并没有消失，它上移了一层。 我们不再是编码者，而是架构师。我们指明方向、搭建结构，决定什么必须永远成立、什么绝不能发生。智能体是劳动力——一群不知疲倦、才华横溢却略显鲁莽的建造者。而我们使用的每一件工具，都是为旧的工作设计的。一个文件浏览器、一个文本编辑器、旁边硬拼上去的一个智能体。那是编码者的工作台。架构师的工具在哪里？

控制不是功能需求，而是本能。

想要掌控自己所建造之物，也许是人类最古老的本能之一。它是亲手做出某样东西与眼看着某样东西被做出来之间的差别。我认为这才是工程师此刻如此不安的真正原因——严格来说，问题不在缺陷本身，而在于我们坐到桌前，已经不再觉得自己是建造者。我们感觉自己是在冲着一个智能体喊话，它有时会回喊，有时甚至它是对的，而这一切都不像我们曾经热爱的那份工作。

工程师早上坐下来时，应该感受到我们一直以来感受到的东西：我在造东西。我在创造。我知道我的系统如何运作，而且我能证明。 这份骄傲不是怀旧——它是让整个职业得以运转的根基，因为在每一份 diff 的尽头，依然站着一个需要负责的人。Andrej Karpathy 说得最好：智能体工程的要义，是在快得多的同时守住质量的标准。责任依然在你。

所以答案不是让 AI 慢下来，不是逐行读完每一份 diff，也不是一个被智能体当作礼貌建议的 markdown 文件夹。答案就是工程领域一贯的做法：看见构建了什么。理解它做了什么。强制那些绝不能发生的事不发生。信任之前先验证。

但这要从工具开始。要从把工程师重新放回控制的位置、放回技术栈的顶端，让他们为自己所造之物感到骄傲开始。

我们相信：

• 工程师如今就是架构师。工具也该终于表现得像那么回事。
• 信任靠验证赢得，而不是靠感觉。没有被证明的东西，就不该上线。
• 控制才是核心功能，其余都是装饰。
• 没有控制的速度是混乱。带着控制的速度，才是这个时代的全部承诺。

我们正是为此而打造 Panolayer。

*来源：Stack Overflow Developer Survey 2025；CloudBees State of Code Abundance 2026。