Vibe Coder 是新一代初级开发者吗？

不是。Vibe coder 不是新一代初级开发者，初级开发者也不会灭绝。Vibe coding 是一种软件生产方式，使用者未必理解代码；“初级开发者”则是一个职业阶段：一个人在监督下学习如何对软件负责。AI 正在压缩过去填满这一阶段的常规实现工作，因此岗位必须改变，但工程人才梯队仍然不可缺。

真正危险的是一个更窄的角色：拿到完整 ticket，把需求翻译成语法，再等 senior 找出全部错误。Coding agent 已能完成大量这种翻译。正在出现的新角色是 AI 原生初级工程师：能界定任务、指挥 agent、检查结果、测试失败路径，并解释部署之后会发生什么。

Vibe coder 与初级开发者有什么区别？

Vibe coder 描述的是工作流；初级开发者描述的是能力、责任与监督级别。一个人可能同时属于两者，也可能都不是，还可能从前者成长为后者。

Andrej Karpathy 创造“vibe coding”一词时，指的是一种刻意宽松、甚至可以“忘掉代码存在”的工作流。正常的 AI 辅助工程不会忘记代码、测试、架构与生产后果。把所有 coding agent 用法都叫 vibe coding，会掩盖“生成”和“负责”之间的差异。

传统初级开发者岗位正在消失吗？

入行通道确实在变窄，但现有证据既不能证明岗位灭绝，也不能证明唯一原因就是 AI。最可靠的数据结论并不完全一致，因为它们覆盖不同国家、职业与经济周期。

Stanford 的结果是严肃警告，却不是全球预言。LinkedIn 的软件专项分析同样重要：2022 年后的招聘降温也反映利率、科技周期与疫情期间过度招聘的回调。“AI 杀死了初级开发者”比数据整齐，却不如数据诚实。

为什么 AI 会先冲击初级工作？

因为初级工作包含更多可编码、易审查的任务：样板代码、简单 UI、adapter、测试脚手架、文档与首轮修 bug。Anthropic 对 50 万次编程交互的分析把 79% 的 Claude Code 对话归为自动化。这不代表 79% 的开发岗位被自动化，而是用户经常委托 AI 执行编程任务。

这带来学徒制难题。企业过去用常规工作培养未来的 senior。如果 senior 加 agent 能更快完成，招聘新人本季度看起来效率不高。但如果每家公司都这么选，三年后将没有人真正理解本公司的系统、事故与业务领域。

"AI 没有拆掉工程职业阶梯的第一级；它拆掉了构成这一级的许多重复任务。企业现在必须有意识地造出更好的第一级。"

Vibe coder 能完成初级开发者的工作吗？

做原型或一次性内部工具，通常可以；做边界清楚的生产改动，有时可以；长期负责系统，则必须先从 prompting 跨入工程。

当前工具能做出漂亮界面、连接 API、根据控制台错误修复问题。缺失部分出现在 demo 很少检查的地方：授权、迁移、并发、故障恢复、依赖风险、可观测性，以及下一个人能否安全修改系统。Vibe coder 可以学会这些。一旦开始学习、接受 review 并承担生产责任，他就在成为开发者，而不是取代开发者。

Anthropic 2026 年对约 40 万次 Claude Code session 的研究支持这一差别：新手 session 的可验证成功率为 15%，中级或专家为 28–33%。这是供应商研究，结果由分类器判断，不能直接当作招聘 benchmark；但它仍说明代码生成变容易，并不会抹去专业知识的回报。

Stack Overflow 2025 调查提供了现实校准：72% 的受访者表示专业工作不使用 vibe coding；不信任 AI 准确性的人（46%）多于信任者（33%）；66% 把“差一点就对”的答案列为最大烦恼。软件团队正在采用 AI，但没有普遍放弃验证。

什么会取代传统初级岗位？

不是更便宜的 prompt 操作员，而是杠杆更高、责任闭环更紧的初级工程师。

1. 问题界定：在调用 agent 前，重述结果、用户、约束与验收标准。
2. 仓库导航：找到真正负责的代码、测试、数据流与部署路径，而不是生成平行系统。
3. Agent 指挥：给出有边界的指令，高风险改动先要计划，并保持 diff 可审查。
4. 验证：阅读安全关键路径，运行测试，补上缺失用例并复现失败。
5. 生产素养：理解日志、指标、feature flag、回滚、数据迁移与值班责任。
6. 解释：用清楚语言说明取舍和剩余风险。“模型写的”从来不是交接。

这与我们的另一项判断一致：AI 让语法价值下降，却让软件工程判断更值钱。初级开发者仍要学基础，但应该通过审问真实生成代码来学习，而不是假装 agent 不存在。

CTO 应如何重构入门岗位？

不要再按代码行数或关闭 ticket 数评价 junior。给他们可控的小结果，让风险不超过团队的 review 能力。

管理者还必须预算 review 时间。AI 提升生成吞吐的速度可能超过 senior 的检查速度。DORA 2025 把 AI 描述为交付系统的放大器：强团队获益更多，薄弱测试、慢反馈与差平台能力也被放大。没有 senior review 的“AI-first junior 计划”，只是更快积累无人负责的代码。

应该招 junior、senior，还是外部团队？

只招 senior 不是长期策略：它会提高成本、集中系统知识，并让每个未来 senior 都变成由别家公司培养的人。没有 review 系统就招 junior 同样不是策略。真正的经济单元是 junior 加 mentor 加自动化，而不是一行孤立的工资。

来源与研究说明

• Stanford Digital Economy Lab，《Canaries in the Coal Mine?》，2025 年 11 月 13 日修订；- 美国薪资数据；属于观察性证据。
• LinkedIn，《U.S. Software Engineer Talent Landscape》，2026 年 2 月。
• LinkedIn，《EMEA Labour Market Outlook》，2025 年 10 月。
• 美国劳工统计局，Software Developers, QA Analysts and Testers。
• Anthropic Economic Index，AI’s impact on software development，2025 年 4 月 28 日。
• Anthropic，Agentic coding and persistent returns to expertise，2026 年 6 月 16 日。
• Stack Overflow Developer Survey 2025：AI。
• DORA，State of AI-assisted Software Development 2025。