当 AI 写出几乎所有代码，工程师何去何从？

知名工程类刊物《The Pragmatic Engineer》2026 年开年刊以「当 AI 写出几乎所有代码，软件工程将走向何方」为题，系统梳理了过去两个月业界对 AI 编码能力的真实反馈。文章指出，2025 年 11 月至 12 月发布的 Claude Opus 4.5、GPT-5.2 与 Gemini 3 是关键转折点，让大量独立工程师与一线技术负责人首次在真实生产场景中感受到「质变」。

作者的亲身实验

作者在假期里把积压已久的项目需求交给 Opus 4.5 与 GPT-5.2 处理，结果几百行代码顺利合并入主干，全程仅靠提示词、审阅与测试驱动。更让他意外的是，通过「Claude Code for Web」与 GitHub 集成，他完全用手机完成了新功能开发与 PR 合并——虽然涉及的都是低风险代码、且有自动化测试兜底，但他第一次体会到「从手机上把代码推上线」的兴奋感。这一连串经验让他判断，软件工程工具链正在经历一次台阶式跃迁。

一线工程师的「顿悟时刻」

多位资深从业者分享了类似的体验：

• Google 首席工程师 Jaana Dogan：过去一年团队尝试搭建的分布式 agent 编排器，Claude Code 用一小时就生成了可用的雏形，她建议同行用自己擅长的领域去验证 coding agent。
• Amp 工程师 Thorsten Ball：从业 15 年来首次怀疑自己是否还喜欢「手动敲代码」，并坦言 2025 年重新审视了与编程的关系。
• Vercel CTO Malte Ubl：利用 Opus 4.5 与 Claude Code 在假期完成了两个开源项目、一本书的撰写与多项维护工作，直言「软件生产成本正在趋近于零」。

他们普遍承认，模型已具备「高级软件工程师」的响应能力，但复杂任务仍需人类监督。

对岗位意味着什么

文章把这一变革拆成三层来看：

• 好的方面：工程师比以往更值钱了。技术负责人特质、产品思维、扎实工程能力会更受重视，纯「码农」角色则会被挤压。
• 不好的方面：语言多面手、栈专家、原型搭建能力等过往溢价的技能，价值可能下滑。
• 丑陋的方面：代码产量暴涨意味着缺陷同步增加；薄弱的工程实践会更早暴露代价；开发者的工作—生活平衡可能承压。

产品与工程的边界模糊

最后文章提出一个开放问题：产品经理现在能更直接地生成软件，所需工程师数量下降；而工程师也不再像过去那样依赖产品经理。两个角色的重叠度正在上升，未来是合并、还是走向新的分工，仍有待观察。

总体来看，作者并不认为软件工程已死，而是强调当「写代码」本身被商品化后，工程师的核心价值会向判断力、系统设计和对产品的理解迁移。