手搓代码一去不复返，硅基时间正在重写开发者世界

AI 正在刷新整个科技圈，而软件工程可能是变化最明显的地方之一。

Gergely Orosz 是一名软件工程师和工程管理者，曾在 Uber、Microsoft、Skype、Skyscanner 等公司工作，也一直在关注 AI 到底正在怎样改变软件开发。

最近，他在纽约参加 LDX3 工程领导力大会，并花了几周时间准备了一场演讲。期间，他走访了 OpenAI、Anthropic 等 AI 实验室，与 Ramp、Uber 等公司交流，也拿到了一些来自 GitHub、Factory AI、Linear 等公司未公开的数据。

他想搞清楚的其实很简单：AI 已经把软件工程推到了哪一步？

整理过去一年的变化后，Gergely 发现，有些事情一年前还不存在，现在已经变成了日常；有些变化正在悄悄改变开发者的工作方式；但也有一些当初大家以为会被 AI 改变的事情，到现在其实没怎么变。

这场演讲没有围绕某一个模型展开，而是从五个问题出发：

• 变化速度。 科技行业从未经历过如此大规模、如此迅速的变化。
• 发生了什么变化。 如今，几乎已经没人再手写代码了；同时使用 5～10 个 AI Agent 正变得越来越普遍；IDE 的存在感正在减弱；除此之外，过去一年里还有另外 13 个明显的变化。
• 哪些东西出了问题。 人们过去对代码产出的很多假设已经不再成立；代码审查逐渐变成了一场“表演”；代码质量和可靠性正在下降；还有更多类似的问题。
• 哪些东西仍然没变。 团队依然重要，规划也依然重要；非工程人员依然不会直接把代码部署上线；还有一些事情并没有改变。
• 接下来会发生什么？ 云端编码 Agent 和各种 Harness 已经开始出现，工程师可能会逐渐不再阅读代码，一些公司也正在建设一种全新的 AI 基础设施。这些变化才刚刚开始，而且很可能会进一步加速。

下面这篇文章，就是 Gergely Orosz 对这场变化的一次集中记录。

变化的速度

科技行业的人其实早就习惯了变化。互联网从无到有、从少数人的新鲜事物变成如今无处不在；移动通信出现，智能手机迅速普及；云计算从一个相对小众的技术领域逐渐发展起来；还有 Go、Rust 等编程语言，以及 React（Web）和 Jetpack Compose（Android）这样的框架不断出现。

但即便经历过这么多变化，今天 AI 带来的影响，无论规模还是速度，都仍然是前所未有的。业内资深人士 Martin Fowler 在 The Pragmatic Summit 上就是这样形容的：

“没有任何一项技术像 AI 这样，以如此大的规模冲击整个行业。这和我们过去面对的任何变化都完全不是一个量级。

从更小的范围来看，我们曾深度参与过面向对象语言的发展。当时，面向对象语言让很多人感到害怕，但我们并没有那么担心，因为我们本身就是这场变化的一部分。

互联网也给我们所有人带来了巨大的影响。当然，我们当时也一直在推动敏捷软件开发。敏捷对很多组织产生了非常大的影响，这一点从他们当初有多么强烈地抵制它，就能看出来。

但对于那些其他变化，我们一直需要不断告诉人们它们有多重要、有多大价值，并试图说服大家接受它们。听起来可能有些不可思议，但即使是互联网，当时也有人认为它并没有那么重要！

可对于 AI，已经没有什么可争论的了。你不可能对它视而不见，否认它的重要性。”

我的看法也差不多。毫无疑问，我们正处在一场大规模技术变革的开端。等这场变化真正展开之后，软件开发的方式将与过去几十年的做法明显不同，但开发过程中也会有一些东西继续保留下来。

至少可以确定的是，开发工具和最佳实践都会发生变化，而且现在的变化速度比以往任何时候都更快。

发生了什么变化？

1、几乎已经没人手写代码了

随着今年进入第四季度，我们可以看到，这件事已经从一个趋势变成了一个巨大的行业趋势。早在 2025 年底，随着 AI 模型的编程能力大幅提升，这一变化就已经开始显现。

如今已经有大量迹象表明，大多数工程师已经不再手写代码。最近，Ruby on Rails 的创造者也因为一番言论引发了关于“手写代码是否正在消亡”的讨论，这本身也很能说明这个时代正在发生什么。

就我个人而言，我对 AI 带来的新机会感到兴奋，能够亲身经历这场变革也让人非常激动。我确信自己的编程方式将在 2026 年发生巨大变化，而且这种变化还会带来大量连锁影响。

2、同时使用多个 Agent 正变得越来越普遍

我很喜欢和 AI 实验室的工程师交流，因为他们的工作方式往往会比整个行业提前几个月。

Claude Code 的创造者 Boris Cherny 最近在一档播客中分享了他现在是怎么工作的：

“我有 5 个终端标签页。每个标签页里都有一份代码仓库的 checkout。我会轮流切换，在每个标签页里启动 Claude Code。我还会同时在 Claude Web 上运行 5～10 个 Claude，和本地运行的 Claude 并行工作。”

几个月后，在上周一期与 Cockroach Labs 联合创始人 Peter Mattis 的播客中，他也分享了类似的工作方式。

在进入 AI 时代之前，Peter Mattis 是一名效率极高的开发者，每年大约能写 10 万行代码。他说，现在自己也开始采用类似的方式：

“很多时候，我会并行处理多个事情。我发现自己同时处理大约 5～10 个 Agent 会话时，认知负担是比较合适的。但有时候，这些会话中的每一个还会继续启动多个子 Agent 来完成不同的事情。”

我还问了一位以前在 Uber 共事的同事，他现在是怎么工作的。这位工程师同样非常高产，目前在 Linear 担任软件工程师的 Dima Zaytsev 告诉我：

“过去的世界很简单：一只鼠标、一块键盘、一块屏幕。你在物理上不可能同时处理多个事情。但现在，你已经不再受到这个限制。

我现在会在本地同时保留 5～10 个 worktree（工作树），然后在它们之间不断切换。给一个 Agent 提示词，让它开始工作；趁它运行的时候，我再切到另一个 Agent，测试它的输出或者检查代码。”

我认识的大多数高产软件工程师，一年前还在手写代码，而现在，他们几乎都已经不再手写代码，同时还会并行运行多个 Agent。

变化真的太大了。

3、Agent 生成的 PR 正在快速增长

GitHub 最近与我分享了一组最新数据：

Agent 创建的 PR：8 个月内增长了 9 倍。来源：GitHub

过去，我也没少批评 GitHub 持续出现的可靠性问题。但看到 Agent 生成的 PR 增长得如此之快之后，我对这个平台目前所承受的压力也多了不少理解。

这里有一个很值得注意的数据：2026 年 8 月，GitHub 上由 Agent 创建的 PR 数量已经超过了由人类创建的 PR。

合理推测一下，接下来，Agent 生成的 PR 数量可能会长期超过人类生成的 PR，成为这个平台上的常态。

为了更直观地感受 AI 生成 PR 的规模：截至今天（2025 年 10 月），GitHub 每个月完全由 AI 生成的 PR 数量，很可能已经达到人类在 2023 年底生成 PR 数量的约 3 倍。

2023 年 12 月，人类生成的 PR 数量约为 2500 万个；而如今，每个月完全由 AI 生成的 PR 数量可能已经超过 7500 万个。而且至少目前来看，AI 生成 PR 的增长速度并没有放缓。

4、Agent 生成的 Issue 也在快速增长

Agent 不只是生成 PR，它们也开始主动创建 Issue。下面这组数据同样比较少见，来自我的朋友们所在的 Linear。Linear 已经为 Agent 创建 Issue 提供了原生的 MCP 支持：

自 7 月以来，由 Agent 创建的 Issue 数量已经超过人类创建的 Issue。来源：Linear

5、Agent Skills 的使用已经成为主流

无论是工程师还是非工程师，都已经开始使用 Agent Skills。很多公司也在为全体员工建立自己的 Agent Skills 仓库，用来创建、共享和评估各种 Skills。

自主软件工厂厂商 Factory AI 分享给我的一组数据，很能说明 Skills 的使用正在快速增长：

83% 的 Factory AI 用户正在使用 Skills，相比 2 月增长了 2.5 倍。来源：Factory AI

6.IDE 正在逐渐淡出

我非常尊重软件工程师 Steve Yegge。他很擅长发现正在出现的新趋势，并进一步研究这些变化。在一次播客中，他直接表示，IDE 基本上已经走到尽头了。

Gergely：“说到开发者这份工作，你曾经说过一句可能会让很多人感到不舒服的话。你在 AI Engineer Summit 上说过，如果现在还在使用 IDE，那就是一个糟糕的工程师。”

Steve：“是的，你得稍微说得刺激一点。换个说法吧。我不会说还在使用 IDE 的人就是糟糕的工程师，因为我知道一些非常非常优秀的工程师，他们甚至比我还厉害，但在我那张 AI 使用程度图表里，他们仍然处于第一级或第二级。但我真的非常同情他们。

我从来没有像现在这样对一些人感到如此惋惜。他们已经是成年人了，而且本来就是很优秀的工程师，或者曾经是。他们会说：‘对，我用 Cursor，有时候会问它一些问题。我真的很惊讶它给出的答案。然后我会非常仔细地检查它写的代码。’

然后他们把代码提交进去，我就会说：‘兄弟，你要被开除了。而且你还是我认识的最优秀的工程师之一！’”

Steve 对自己所划分的 AI 使用阶段是这样描述的：

1. 完全不使用 AI

2. 在 IDE 中使用 AI Agent，并严格限制权限

3. 在 IDE 中使用 AI Agent，开启“YOLO”模式，也就是关闭权限限制

4. 在 IDE 中使用 AI Agent，但已经不再查看代码，而是直接与 Agent 交互

5. CLI 优先：彻底放弃 IDE

6. 同时运行多个 Agent

7. 同时运行 10 个以上 Agent

8. 自己构建 Agent 编排器，同时运行 30 个甚至 100 个以上的 Agent

Steve 认为，那些已经“AI 上头”的工程师最终会放弃 IDE。而我从市场上看到的一些数据，也正在支持他的判断。

Antigravity 1.0 是最后一个基于 VS Code Fork 发布的 IDE，于 2025 年 11 月推出。此后，再也没有主流的 VS Code Fork IDE 发布。到了 2026 年 5 月，Antigravity 2.0 发布时，产品已经开始摆脱传统 IDE 的概念。

Codex 在 2026 年 2 月以非 IDE 产品的形式推出。尽管团队在 2025 年底还曾纠结是否应该放弃 IDE 这一概念，但最终他们对没有继续走 IDE 路线感到庆幸。

Cursor 也开始摆脱 IDE。2026 年 4 月，Cursor 重新发布，去掉了传统的 IDE 界面。现在它的形态已经与 Codex 和 Claude 桌面应用非常接近。今年夏天我与 Cursor 团队交流时，他们告诉我，目前仍然为现有企业客户维护那个“传统”的 VS Code Fork 版本，但对他们来说，未来已经属于 Agent。

JetBrains 似乎也在急着从 IDE 转型。JetBrains 曾经打造了不少深受开发者喜爱的 IDE，但如今这家公司也开始转向 JetBrains Air，以及更加 Agent 化的开发环境。