编码从来都不是瓶颈

人工智能席卷了软件开发。我们两人共同为软件工程师打造产品,为数百万日常用户打造消费产品,因此我们利益攸关。我们希望人工智能生产力的故事是真实的。更多的产出、更严格的时间安排、更快乐、更高效的工程师。谁不会呢?但是当我们 [...]

来源:O'Reilly Media _AI & ML

人工智能席卷了软件开发。 我们两人共同为软件工程师打造产品,为数百万日常用户打造消费产品,因此我们利益攸关。我们希望人工智能生产力的故事是真实的。更多的产出、更严格的时间安排、更快乐、更高效的工程师。谁不会呢?

但是当我们看看实际的研究,然后看看现实世界中发生的事情时,我们无法让他们达成一致。或者更确切地说,我们可以,但前提是我们愿意承认“富有成效”并不意味着最近大多数讨论所认为的那样。

最不舒服的发现第一个

2025 年初,研究组织 METR 与开源开发人员进行了一项对照实验。他们发现(与业界预期相反)使用人工智能工具的工程师比不使用人工智能工具的工程师花费的时间长 19%,置信区间为 +2% 到 +39%。经济放缓在统计上是强劲的。这是行业的一个不同时期。 Claude 尚未发布其 Opus 模型,业界正在弄清楚人工智能能做什么和不能做什么,但令人瞩目的并不是速度放缓,而是工程师们认为他们的速度快了大约 20%,而数据表明情况并非如此,揭示了感知与现实之间的巨大差距。

在我们将其余证据放在上面之前先考虑一下这个发现,因为它改变了你阅读其他所有内容的方式。

另外三个数据点

2025 年末和 2026 年初进行了几项额外研究。

Anthropic 在 2025 年底对 132 名自己的工程师进行了调查,进行了 53 次访谈,并分析了 200,000 份 Claude 代码笔录。员工表示生产力提高了 50%。随着 Claude 的工程组织和使用量的增长,他们声称每个工程师每天的拉取请求增加了 67%。人类工程师在 60% 的日常工作中使用 Claude,并且 Claude 自主执行更多任务。

这在实践中是什么样的

能力与信心差距