关于放慢节奏的思考 -- { Mario Zechner }

这篇文章写了作者对目前Agent编码的反思。原文题目：Thoughts on slowing the fuck down

2026-03-25

图中乌龟的表情就是我看待我们行业的样子

自从可以真正构建完整项目的编码Agent出现，已经过去大约一年。之前也有一些前身，比如 Aider 和早期的 Cursor，但它们更像是助手而非Agent。新一代Agent非常诱人，我们很多人都花了大量空闲时间构建那些一直想做却没时间做的项目。

我认为这没问题。用空闲时间创造东西非常享受，而且大多数情况下你无需过于关心代码质量和可维护性。这也为你提供了学习新技术栈的机会。

在圣诞假期期间，Anthropic 和 OpenAI 都发放了一些免费资源，吸引人们体验他们的“上瘾式老虎机”。对很多人来说，这是第一次感受到Agent式编码的魔力。参与的人越来越多。

编码Agent现在也被引入到生产代码库中。经过 12 个月，我们开始看到所有这些“进步”的效果。以下是我当前的看法。

一切都坏掉了

虽然这些都是轶事，但软件似乎已经变成了脆弱的混乱，98% 的正常运行时间成为常态而非例外，包括大型服务。用户界面出现的 bug 古怪至极，按理 QA 团队应该捕捉到。我承认这在Agent出现之前就存在，但现在似乎在加速。

我们无法接触公司内部情况，但偶尔会有一些情况被新闻记者曝光，比如据称 AI 导致的 AWS 停机，AWS 立刻“修复”，随后内部进行 90 天重置。

微软 CEO Satya Nadella 一直在谈论 AI 在微软写了多少代码。虽然没有直接证据，但确实有一种感觉：Windows 正在走下坡路。微软自己似乎也认同这一点，从这篇博客文章可见一斑。

声称产品代码 100% 由 AI 编写的公司，总是产出最糟糕的垃圾。不是在指责，但内存泄漏动辄数 GB，UI 错误、功能损坏、崩溃：这不是他们想象的质量标志，也绝不是广告宣传的“Agent帮你完成一切”的好宣传。

从行业内部传来消息，越来越多公司（无论大小）的人说他们通过Agent编码把自己逼入死角。没有代码审查，设计决策交给Agent，无数没人需要的功能。这就是原因。

我们不该如何与Agent协作以及原因

我们基本上放弃了所有纪律和自主性，沉迷于一种追求：在最短时间内产出最多代码。后果无所谓。

你在构建一个用于指挥自主Agent军队的编排层。你安装了 Beads，却完全没意识到它几乎是无法卸载的恶意软件。网上告诉你要这么做，你就照做。你把自己套入了循环。Anthropic 用Agent群体构建了一个 C 编译器，有些破损，但下一代 LLM 一定能修复。Cursor 用Agent大军构建了浏览器，当然它不完全可用，需要人偶尔干预，但下一代 LLM 一定能解决问题。分发、拆分、自治、暗工厂、软件六个月内搞定。SaaS 死了，我奶奶让 Claw 自己建了 Shopify！

对于几乎无人使用的个人项目，这种方式或许可行。如果有人能让这种方法适用于真正被人使用的软件产品，那更好。

如果是你，那就尽管去做。但在我同行圈内，我尚未见到这种方法有效的证据。也许我们都有技能问题。

错误叠加却没有学习、没有瓶颈、痛苦延迟