编码代理已经取代了我使用的每一个框架

抱歉，我目前只看到了来源链接，缺少需要翻译的正文内容。请您提供要翻译的文本，我会按照要求进行翻译。

Introduction

我不常发帖。但每当我发帖时，都是因为我觉得很少有人把我注意到的事情说出来。

我一直在从头开始构建一个产品。不是那种“我随手搭了一个 Next.js 模板”式的从头开始。我指的是 从网络配置到产品设计再到定价决策——真正的端到端。我每天花上数小时，使用前沿模型和编码代理来完成这件事，无论是在这个项目上还是在我的全职工作中。我一直在努力远离混乱和炒作，严格筛选出真正有价值的东西。

自 2025 年 12 月 起，情况已经发生了显著的好转。很多人已经注意到了，但很少有人得出正确的结论。

Antirez 喜欢把它称作 “自动化编程”，我也非常喜欢这种说法。它比那种浅薄、几乎带有轻蔑意味的 “vibe coding” 标签更能捕捉本质。自动化是人类历史上大多数工作和文化革命的核心——印刷机、织机、流水线。而这一次并没有太大不同。

我的大部分工作仍然在进行。我仍然必须深入思考我想构建的每一个重要方面：架构、权衡、产品决策、会在凌晨 3 点咬你的边缘案例。消失的只有 敲打每一行代码的繁重、耗尽体力的手工劳动。

此时，模型和工具——只要置于一个干净且极度精心搭建的环境中——就真的能产生差异。我可以成为架构师 而不必 亲自铺设每一块砖、抹每一层灰浆。我可以设计服装 而不必 亲手裁剪和缝制每一块布料。但我可以在拥有二十年砌砖、抹灰、裁剪和缝纫经验的前提下完成这一切。如果我不喜欢某个东西，我可以进去，理解它，并随心所欲地修复它，一劳永逸地指示我的设置下次按我的意愿执行。

自动化编程 尤其让我能够以极快的速度构建所需工具，让地球上所有的铁匠都对我羡慕不已。最终，我真的可以专注于我脑中的想法——把更多的时间投入到我构思的艺术上，而不是锻造的汗水。

这段思考已经在我脑中结晶了好几个月。它对我而言如此清晰，我真的不明白为什么没有人把它喊出来让全世界听见。

“中间工作” 的问题

我们终于可以摆脱所有那些中间工作——在这些年里我们盲目接受的适配层垃圾。大量的框架、库和工具已经彻底污染了软件工程，尤其是在 Web、移动和桌面开发领域。层层抽象 并未抽象出任何有意义的东西，它们解决了本不该出现的问题，却为每一个它们声称要修复的问题制造了十个新问题。

想想发生了什么。我们作为整个行业，看到构建软件的真实复杂性，却没有 sharpen（提升）我们的思考，而是直接买了别人的思考成品。我们把一切都包装在框架里，就像用丝绸包裹一条断腿。看起来很漂亮，但腿依旧是断的。

在我看来，除了自称的目标之外，框架实际上解决了三个问题：两个明确的，以及 一个显而易见却从未声明的。

1. 简化

软件工程师害怕自己设计东西。他们宁愿接受别人的结构——强行把它套进自己的产品——也不愿花时间从目标出发，逆向思考，打造最适合自己想法的方案。

就像建筑师盲目接受另一位建筑师的蓝图，并在不考虑上下文、需求、地形或新技术可能性的情况下直接套用。

我们决定通过购买一种“一刀切”的设计并在所有地方使用它来去除复杂性，而不是围绕我们构建的产品 sharpen（提升）我们的思维模型。这 不是 简化，而是智力上的投降。

2. 自动化

这是唯一我还能或多或少理解并认同的点。样板代码是枯燥的工作。我讨厌它。我尤其讨厌使用那些我必须去学习、保持更新并关注其安全漏洞的库——仅仅是为了去除重复但必要的代码创建工作。

想想 ORM、CRUD 管理、代码生成、API 文档等。那些没人愿意做却人人需要完成的繁重工作。说得通。先把这个想法记住，因为正是这里，一切都将改变。

3. 劳动力成本（沉默的那一个）

对公司而言，让 Google、Meta、Vercel 来决定你如何构建产品、如何交付代码要好得多。采用它们的框架。付出锁定成本。被它们的云托管解决方案所吸引，用来托管、部署、存储你的东西。

于是你解锁了一个与工程毫无关系的特性：你不再需要招聘软件工程师。你只需要招聘一名 React 开发者。无需培训。即插即用。容易替换。一个由他人设计的机器中的齿轮，维护他人架构的系统，解决他人定义的问题。

这不是工程，这是一种运营。

真正的软件工程的回归

在我看来，真正的软件工程已经回来了。

我并不是凭空而言。到目前为止，我已经以这种方式几乎完美地开发了两年多。但真正的革命显然发生在去年，自2025年12月起，任何关注此事的人都能明显感受到。以后这种趋势会更加明显。

我们再次有机会摆脱无用的复杂性，专注于我们想法、功能、产品的真正且值得欢迎的复杂性——那种重要的、真正属于你的复杂性。

自动化和模板化从未如此廉价以至于可以轻易克服。我基本上从未写过两次相同的代码…

(原文在此意外结束；但情感仍然是，重复编码已经成为过去式。)

我能够瞬间构建我需要的小工具，专为手头的问题量身定制，形状恰到好处。我不需要任何花哨的 monorepo 管理器。一个简单的 Makefile 就能覆盖我 99% 用例的 100% 需求。当事情变得非常复杂——如果真的会出现——我才会考虑。**但仅在那时。绝不提前一步。**这才是工程学。你解决的是眼前的问题，而不是会议舞台上某人告诉你最终会遇到的问题。

在基本工具方面，代理已经准备得相当充分。这些工具并非出现几个月，而是已经存在了数十年。Bash 于 1989 年诞生，仅比我早两个月。此时运行的最普通模型对 Bash 的了解程度超过了世界上任何人。Bash 是通用适配器。编码代理从复杂且昂贵的 MCP 配置转向使用 Bash 进行交互的简单代理循环，这并非巧合。最古老的工具被证明是最具前瞻性的。如果你愿意倾听，这其中蕴含着教训。

真的好好想想吧。

为什么在大多数你能想到的用例中，你仍然需要一个无用、昂贵、缺陷多、且常常存在安全漏洞的框架，以及随之而来的库大巡游，而你可能只用了它 10% 的功能？还有与之相关的所有成本。从“最少”成本的运营费用——比如因为你的 Next.js 版本再次出现关键漏洞而必须保持全部更新——到“最高”成本的设计选择——那看不见的成本。每天你都在不自觉地支付它，因为你已经支付了太久，以至于忘记了自由的感觉。

如果你继续接受这种权衡，你不仅会错失数十年来软件工程领域最大的机遇，还可能没有意识到自己再次因懒惰而购买了超大规模云服务商为你决定的一切。你让 Google、Meta 和 Vercel 成为你的架构师、设计师、思考者。作为回报，你只能成为它们的操作者。

工具已经就位，模型已经就位。革命已经发生，而大多数人仍在装饰旧房子。

停止用丝绸包裹断腿。开始构建属于你的东西。

No posts