译：2026年，AI写了我大部分的代码。然后呢？
原文：https://x.com/leerob/status/2007203275461009508
作者：Lee Robinson (@leerob)
译者：Gemini 3 Pro High
Lee Robinson (@leerob) - 2026年1月2日
Cursor AI（前 Vercel）
引言
现在是2026年，说起来有些奇怪，但我已经不再真正手写代码了。
我构建了一个完整的基于 Rust 的图像压缩器，它可以编译成 WebAssembly，并使用 SvelteKit 网页应用来拖放图片、压缩和调整大小。我完全没有手写任何代码——全部使用编程代理完成。
我甚至为 Analogue Pocket 构建了一个《太空侵略者》克隆版，而我对硬件工作原理一无所知。我能够与编程代理合作编写 Verilog 代码，并实际对设备上的硬件进行编程。这简直太疯狂了。
六个月前或一年前，我甚至不会尝试这些项目，而现在它们对我来说实际上非常容易完成。
我加入 Cursor 的历程
大约九个月前，我发布了一个视频，讲述我如何尝试了一堆文本编辑器和 IDE，最终选择了 Cursor，因为我觉得它有最好的用户体验——我熟悉 VS Code，而且它在 AI 功能方面也做得非常好。
几个月后，我决定真正加入 Cursor。我已经在那里工作了大约六个月，主要是因为我真的能感受到格局在变化。我能感受到软件工程在我脚下发生变化，我想成为探索这种变化的一部分，并帮助教大家如何自己驾驭这段旅程。
模型如何改进
就在一年前，编程代理还不是什么流行的东西。Cursor 的代理刚刚推出。然后在2025年，我们看到 Claude Code 和 Codex，以及许多其他编程代理变得非常流行，同时模型本身也在改进。
回顾一年前，在 Sonnet 4 之前，模型经常产生幻觉。它们在遵循指令和调用工具方面相当糟糕。当你看看最新一批模型——Codex Maxi、Opus 4.5——它们已经变得非常好了。现在它们生成代码的能力相当惊人。
老实说，模型在编程方面可能比我想承认的更好。它们可能已经足够好了一段时间，但你无法在大多数软件工程实践中可靠地使用它们。
进入2026年，我可以肯定地说，当前这批模型在编程方面绝对比我更好。它们让我能够承担更有雄心的任务。
现在什么是软件工程？
这对我来说有点改变：软件工程到底是什么？
写代码从来不是真正的瓶颈，尤其是对于大型项目。所以如果写代码现在基本上是免费的，或者基本上很容易做到，这对软件的其他方面意味着什么？
我构建的项目
1. Cursor.com 迁移
我将 cursor.com 从 CMS 迁移到只使用 Markdown 和 MDX 文件。我以为这会花很长时间——也许几周。我们可能需要雇一些承包商或代理机构。但我在几天内就完成了，使用 Cursor Ultra 计划花费非常实惠。这是我第一次体验到：哇，我对编程代理的要求可能可以更加雄心勃勃。
2. Rust 图像压缩器
我完全用编程代理完成了这个项目。我没有手写任何代码。我以为模型肯定不擅长写 Rust——相比 TypeScript 来说是更底层的代码。还要做更复杂的计算机科学的事情，弄清楚这些算法，从头开始编写它们。如果你去看源代码，它做了一些相当疯狂的事情。
3. Analogue Pocket 游戏（太空侵略者）
我有一个 Analogue Pocket，有点像 GameBoy。你可以编写代码并对设备上的硬件进行编程。这是我没有经验的领域。我不是游戏开发者——我用 Python 构建过一些游戏，但那非常不同，抽象层次高得多。我能够向模型提问并在这方面取得显著进展，现在我理解了它的工作原理，可以从头开始构建新游戏。
我对2026年的4条建议
建议一：期待模型在所有领域都变得擅长
对所有这些的自然反应是：“是的，我做的这件事模型还不太擅长，所以这意味着模型永远不会变好。”
我曾经对 Rust、底层代码或详细的计算机科学主题也有这种感觉。然后最近，模型在这些方面变得非常好了。
如果我是你，我会预期在未来一年内，模型将在软件工程中你需要编写代码的大多数事情上变得擅长。
这并不意味着软件工程已死或我们不会有工作。我实际上认为恰恰相反——对软件工程师和实际使用这些工具的人的需求将比以往任何时候都大。这有点矛盾，但我认为历史已经证明了这一点。
在学习这些工具时——无论你想用什么编程代理：Cursor、Codex、Claude Code 等等——你将比那些更犹豫或怀疑的人获得显著优势。学会很好地使用它们可以让你大大领先。
建议二：消除繁琐的工作
使用这些工具来消除所有繁琐的工作——那些你不想做的事情。
很多软件工程实际上是在复制和移动 JSON 文件、弄清楚为什么 shell 脚本不工作、试图调试一些奇怪的错误信息。有很多样板代码，很多你只是从 Stack Overflow 或 Google 复制粘贴的东西。
用编程代理来处理那些事情。摆脱所有无聊的东西，专注于对最终产品真正重要的事情。
既然代码变得廉价，真正重要的是你的品味。作为工程师，越来越多地要成为一个多面手。这不仅仅是代码——还有：我们正在构建什么产品？它看起来怎么样？它如何运作？用户体验如何？我们要如何销售这个东西？我们如何营销这个东西？
建议三：成为多面手，构建完整产品
去构建东西。成为多面手。实际尝试构建某物的整个过程。
不要只是写代码然后发布——把它推向世界，营销它，获取用户，构建人们喜爱的东西，发展产品，弄清楚要构建什么正确的东西。
作为软件工程师，这些技能在未来一到三年内将对你非常有价值。随着这个职业的变化，那些拥抱 AI 来更好地完成工作的产品工程师将拥有显著的优势。
如果你想了解更多，我有一篇关于产品工程师的完整文章。这个趋势在我2024年写这篇文章时就已经在发生了，但随着 AI 进入2026年，它现在大大加速了。
建议四：花时间真正学习
如果你过度依赖 LLM，它们可能会欺骗你，让你认为你理解了一个话题。你不想把思考委托给代理。你想用它们来变得更聪明。
你怎么做到？向模型问很多问题。就像你身边一直有一个很棒的结对程序员，你可以问无限多的问题，他永远不会生你的气或认为这是个愚蠢的问题。
我最近一直在做的一件事：我会让模型为我生成基本上是一个迷你课程——引导我了解对我来说完全陌生的主题。“向我解释什么是 Verilog 以及语法如何工作。向我解释从硬件到我实际编写的代码的不同抽象层以及它是如何编译的。”
这些东西可以使按需学习变得更加容易，而不必阅读10本教科书。如果你有主动性和意愿去学习这些东西，你现在就可以获得巨大的优势。
资源
- leerob.com/ai - 关于 LLM 底层工作原理的简洁文章
- cursor.com/learn - 编程 AI 基础课程（tokens、上下文窗口等）
结语
我和你们一样在摸索。这有点奇怪——有时候会有一点存在危机感，因为感觉你正在失去你真正热爱的一部分，那就是构建东西。
但对我来说，我必须记住：这不是关于代码的。写代码在很多方面从来都不是瓶颈。这是关于构建伟大的东西，我引以为豪的东西，我认为真正好的东西。而这远不止是代码。
所以现在：既然我有了这个很棒的工具，我该如何使用 AI 来更好地提升我的技艺？
这就是我对2026年的想法。这将是伟大的一年。我很乐观。我认为我们将会有很多积极的事情。
和平。