VIBECODING 系列 · 025

Vibecoding 职业冲击研究:岗位消亡、转型与新角色(AI 工程师、规格工程师)

调研时间:2026 年 9 月 · 篇幅约 3.5 千字 · 面向读者:担心被替代的开发者 / 学生 / 正在规划转型的人
TL;DR 2025 年的数据给出了清晰但不对称的图景:初级岗位先受冲击——SignalFire 统计 15 家科技大厂的初级工程岗招聘 2023→2024 下降 25%,斯坦福研究发现 22–25 岁开发者就业较峰值下滑约 20%;与此同时 84% 的开发者已在用 AI 工具,但信任其输出准确性的比例跌到约 29%。岗位不是整体消失,而是价值上移:AI 吃掉"把明确需求翻译成代码"的任务,稀缺的是定义问题、审查输出、拥有系统结果的人,并长出 AI 工程师、规格工程师、AI 代码审计等新角色。个人最优解不是恐慌或否认,而是把自己从"写代码的人"重定位为"用代码交付结果的人",并尽快拥有一个自己负责到底的系统。

1背景:冲击的逻辑——AI 替代的是任务,不是岗位

"AI 取代程序员"是不精确的说法。经济学视角下,岗位是任务的集合:写 CRUD、改样式、补测试、排障、需求沟通、架构权衡、事故响应。当前 AI 编程工具吃得下的是规格明确、反馈即时、爆炸半径小的任务——恰好是初级工程师的传统口粮;吃不下的是定义模糊、跨系统、需要为结果负责的任务——恰恰是资深工程师的位置。所以第一波冲击呈"哑铃的另一头先掉"的形态:入门岗位收缩,资深岗位相对稳固(40 岁以上开发者就业未见同幅度下滑)。理解这一点,转型方向就自然浮出:尽快跨过"任务执行层",进入"结果负责层"

2现状与数据

-25%
15 家科技大厂初级工程岗招聘 2023→2024 降幅(SignalFire,2025-05)
约 -20%
22–25 岁开发者就业较峰值降幅(斯坦福研究,2025-07)
84%
开发者已用或计划用 AI 工具(Stack Overflow 调查 2025,约 4.9 万受访者)
29%
信任 AI 输出准确性的比例(前一年约 40%,同调查)
冲击程度岗位/任务画像原因与趋势
受冲击最重 初级/入门开发、外包 CRUD 与页面制作、纯翻译式"需求转代码"、简单测试补齐、基础数据工程脚本 任务规格明确、可验证,恰是 agent 的舒适区;企业用"AI + 少量资深"替代"AI + 一批初级"的配置在中小团队已成现实
相对稳固 资深工程师、SRE/平台工程、安全工程、性能与底层系统、强领域绑定(金融/医疗/嵌入式)开发 责任重、上下文深、错误代价高;AI 提速反而放大"能兜底的人"的价值
新增/增长 AI 工程师(构建/集成 AI 系统)、规格工程师、AI 代码审计与安全、agent 运维(评估、护栏、成本)、"产品工程师"型全栈 新工具链创造新分工;一人可维护的系统规模变大,催生"拥有整个产品"的工程师需求

两份"打脸式"对照数据也值得放进决策框架:美国劳工统计局的长期预测仍认为软件开发岗位 2024–2034 年增长约 15%(官方口径,未计入 AI 变量的历史外推);而 Anthropic CEO Dario Amodei 在 2025 年多次公开预言"3–6 个月内 AI 将写出约 90% 的代码"。真实情况大概率在两者之间:代码产量暴涨、单代码价值下跌、总岗位数缓降而岗位定义剧变

薪资与议价格局也在重排(定性观察):初级岗的供给过剩压低了"标准全栈"模板简历的议价力;反过来,能端到端交付的工程师在中小公司更抢手——因为"一个顶过去一个半"的配置在小团队杠杆最大。接单/自由职业市场的变化更剧烈:模板型外包(企业官网、CRUD 后台)报价被 AI 打到地板价,而"帮企业把 AI 编程引入现有系统并守住质量"的咨询型工作单价在上升。给接活者的启示:卖"结果与风险兜底",别再卖"页面数 × 工时"。

3案例与纠偏:预言、现实与反例

METR 随机对照试验:资深开发者用 AI 反而慢 19%(2025-07)

研究机构 METR 与多家开源项目合作,让有经验的维护者随机在使用/不使用 AI 编程工具的条件下完成真实任务,结果使用 AI 的一组平均慢 19%,且开发者事前普遍预期自己会提速(自估快 20% 左右)。原因:工具在熟悉代码库上建议失准、上下文切换与校验成本高。这是对"AI 必然提速"叙事最有分量的纠偏——工具收益取决于任务类型与代码库熟悉度,"熟练使用 AI"本身就是一项要练的技能。同期,Salesforce CEO Benioff 公开表示 2025 年不再新增软件工程师(归因于 AI 带来的效率),YC 则披露其 2025 年冬季批次约四分之一公司的代码 95% 由 AI 生成。把这些放在一起看:企业确实在减员增效,但被减掉的是"岗位画像",不是"会用电钻的木匠"。

4新角色地图

机会点 转型的最短路径不是学新框架,而是"垂直叠加":在你已有的领域(电商、医疗、工业……)之上叠加 agent 工作流能力——领域知识 + 规格能力是纯 AI 与纯年轻卷王都替代不了的组合。

按工龄给三条具体路径。0–3 年:目标是尽快拥有"完整系统"——主动接管一个没人愿意管的小服务,从监控、发布到故障全流程负责,用 AI 补足经验差距,两年后你就是"带过生产系统的人"而非"写过页面的人"。3–8 年:目标是从实现者变成放大器——把团队级的 AI 工作流(规则库、评估集、护栏流水线)做出来并度量其效果,这类"平台性贡献"在晋升评审中的权重正在快速上升。8 年以上:你最大的风险是经验垄断被文档化与 agent 化——趁现在把判断力产品化(架构决策记录、评审清单、领域 agent 评测基准),从"被请教的专家"变成"系统能力的设计者"。

5风险与误区

误区一:把"会用 AI"当护城河。84% 的同行都在用,工具技能的半衰期以月计。差异化在"让 AI 可靠交付"的工程体系(规格、测试、护栏),不在记住多少提示词。
误区二:只看裁员叙事躺平或恐慌。岗位数据是滞后指标,Stack Overflow 的"高使用、低信任"恰恰说明企业仍然需要人来兜底。真正该恐慌的是既不深入领域、又不建体系、只做转译任务的人。
误区三:预测当行动依据。无论 Amodei 的 90% 还是 BLS 的 +15%,都不该改变你本季度的动作——把 AI 嵌入日常工作、积累可验证的交付记录,两种未来下都是正确的一手。
风险:责任与合规缺口。公司让 AI 写的代码越多,"能签字负责的人"越值钱也越担责。接手 AI 代码库前先评估质量债(本系列 007/022 篇),别让自己成为无底洞的背锅侠。

6行动建议