我认识的许多最顶尖的工程师,如今大部分代码都是通过智能体(agent)来写的——而且其中大多数人甚至不再主动使用 IDE 或 nvim。 如果你还没有上这趟车,很快就会被远远甩在后面。 Many of the most talented engineers I know now write the majority of their code with an agent - most don’t actively use an IDE or nvim either. If you’re not on this train you’re going to quickly get left behind.
目录
观点原文
我认识的许多最顶尖的工程师,如今大部分代码都是通过智能体(agent)来写的——而且其中大多数人甚至不再主动使用 IDE 或 nvim。
如果你还没有上这趟车,很快就会被远远甩在后面。
Many of the most talented engineers I know now write the majority of their code with an agent - most don’t actively use an IDE or nvim either.
If you’re not on this train you’re going to quickly get left behind.
ABAB AI 解读
一、这句话真正说的不是“写代码方式”,而是工程师角色的终结与重生
表面意思是:工程师不用 IDE,用 agent 写代码
真实含义是:“写代码”这件事,正在从核心能力,退化为一种可被外包的执行细节。
当顶级工程师不再“手写大多数代码”,说明两件事已经成立:
- 代码本身不再是稀缺资产
- 稀缺性已经迁移到更高层的认知位置
二、为什么“不用 IDE / nvim”是一个极强信号?
IDE 是什么?是人类与代码之间的“手工接口”
历史上:
- 写汇编 → 稀缺
- 写 C → 稀缺
- 写 Java / Python → 稀缺
- 熟练用 IDE → 稀缺
现在发生的是同一条规律的下一步:当 agent 能直接理解意图、生成结构、修改系统时,人类不再需要站在“字符层”工作。
不用 IDE,不是因为退步,而是因为:工程师已经上移到“系统意图层”
三、为什么“最顶尖的工程师”反而最先这么做?
这是反直觉但极其重要的一点。
低水平工程师:把写代码当成价值本身、对 agent 抱有恐惧、害怕“我被取代”
顶级工程师:把代码当作中介
关心的是:系统是否正确、抽象是否优雅、决策是否可逆
他们天然会选择:最高杠杆的工作方式,agent 正是这种杠杆。
四、这句话真正的残酷之处:分水岭已经出现,而且不可逆
“If you’re not on this train…” 这不是威胁,是结构事实。
因为一旦 agent 成为默认工作方式,会发生三件事:
1️⃣ 生产率差距呈指数级拉开
Agent 工程师:一天 = 过去一周
传统工程师:线性提升
这是不可追赶的差距。
2️⃣ 评价标准彻底改变
过去:写了多少代码、修了多少 bug
未来:能否快速形成正确系统、能否驾驭复杂代码库、能否让 agent 少犯错
👉 你是否“会写代码”将不再重要,你是否“会让系统进化”才重要。
3️⃣ 职业路径发生断裂
未来不会是:初级工程师 → 高级工程师 → 架构师
而更像:意图设计者 / 系统操盘手 / agent 指挥官
而不会上这趟车的人,会被锁死在低价值区间。
五、从金融与历史视角看:这是一次“劳动去技能化”的完成态
历史上每一次生产工具升级,都会发生同一件事:
- 工匠 → 工厂
- 会计 → Excel
- 交易员 → 算法
每一次都有一句话版本:“如果你不学新工具,你会被淘汰。”
但这一次更狠,因为:这不是工具升级,而是“人类从执行层撤出”。
六、真正的赢家画像(你必须看清)
这段话在暗中定义未来赢家是谁:
不是:写得最快的人、用 IDE 最熟的人、语言最多的人
而是:
- 能清晰表达“我想要什么系统”的人
- 能把模糊需求拆成 agent 可执行任务的人
- 能判断 agent 输出是否正确的人
- 能在不确定中快速迭代系统的人
七、一句你可以反复用的终极判断
当代码可以被自动生成,工程师的价值,不再来自“写”,而来自“判断什么值得被写”。
八、给你一个现实建议(不是鸡汤)
如果你现在还在问:
- 用不用 agent?
- 会不会被取代?
- IDE 还值不值得学?
说明你还在上一代问题空间。
真正该问的是:我是否已经在“指挥智能”而不是“执行任务”?
相关观点
- 由于 LLM 的出现,我现在唯一会招聘的人,是我称之为 “超级独角兽(super-unicorns)” 的那种人: * 开发者 * 设计师(或至少拥有极强的设计品味) * 以产品为中心(而不是以功能为中心) * 市场营销能力 * Agent(智能体)方面的专家 * 极高的情商 * 至少 5 年 Web 应用产品的实战经验 极致的责任感(Extreme Ownership)(致敬@jockowillink) 拥有所有这些特质的人非常少…… 但说实话,我已经不想再和不具备这些技能与行为的人一起工作了。 这将使团队规模保持得非常小。 2026 年,对整个行业来说,将会非常有意思。 Because of LLMs, the only type of people I’d hire now are what I’d call “super-unicorns” - Developer - Designer (or great design taste) - Product-focused (vs feature-focused) - Marketer - Agent expert - High emotional intelligence - 5+ years experience creating web app products - Extreme ownership (h/t @jockowillink) There are very few folks with all these traits … but I just wouldn’t want to work with someone who didn’t have all these skills/behaviors. This will keep team sizes very small. 2026 is going to be very interesting for the whole industry.Ryan Carson · 2025/12/22
- 我认为 Gemini 团队正在全面押注 Instructions API。 如果各家模型实验室在核心生成 API 接口上出现分化,那对所有基于 LLM 构建产品的人来说,都会是糟糕的局面。 我不能被锁定在单一实验室的解决方案里。那对我的客户来说,永远不会是好事。 很好奇 AI SDK 会如何应对这种情况。 I think the Gemini team is going all-in on the Instructions API. If the model labs diverge on their primary generation API interface, it’s going to be bad times for all of us building on top of LLMs. I can’t get locked into a one-lab solution. It’s never going to be good for my customers. Curious how @aisdk is going to handle this.Ryan Carson · 2025/12/21
- AI 产品小技巧: 在你的产品后台(admin)里,加一些基于用户数据的图表和可视化,然后再加一个 “AI 洞察(AI Insights)” 区块,放一个 “生成 AI 洞察” 按钮。 让这个按钮触发一次 LLM 响应,要求它分析这些图表数据。(我这里用的是 Gemini 3 Flash。) 这样一来,你就能持续获得对自家用户数据的高价值分析,以及如何改进产品的具体建议。 我刚刚第一次用它,就发现了一个重要的数据缺口,并马上补上了。 重复这个流程。 AI product hack: In your product admin, add some charts and graphs with user data, then add an "AI Insights" section with a "Generate AI insights" button. Make the button trigger an LLM response, asking for analysis of the chart data. (I'm using Gemini 3 Flash for this) This yields constant, valuable analysis on your own customers data and how you can improve your app. The first time I used this just now, I learned about an important data gap and closed it. Repeat.Ryan Carson · 2025/12/21
- B2B 的 GTM(Go-To-Market)SaaS 即将遭遇重大冲击。 我用两天时间就自己搭了一套系统,包括: * 报表(reporting) * 邮件滴灌系统(email drip system) * AEO 内容流水线(aeo content pipeline) 不仅更快,而且完全按我的需求定制。 我只用到了 Postgres、AI SDK、Workflow Dev Kit,以及 AmpCode。 如果需要修改,我只要在 Amp 里开一个 Thread 就能搞定。 相比之下,注册、上手、配置各种营销类 SaaS,实在是太慢、太麻烦了。 B2B GTM SaaS is going to take a major hit. In two days built my own … - reporting - email drip system - aeo content pipeline It was faster *and* perfectly customized for my needs. All I needed was Postgres, @aisdk, @WorkflowDevKit and @AmpCode. And I can change it with one Thread in Amp if I need to. It’s just too slow + hard to sign up for various marketing SaaS solutions.Ryan Carson · 2025/12/21