距离WWDC 2026不到两个月，苹果却做了一个耐人寻味的决定：把Siri团队近200名程序员送去参加为期数周的AI编程训练营，学习如何使用AI工具写代码。训练结束后，原来的团队将重组——60人留下做核心开发，60人转岗做性能评估。这不是某家小公司的转型阵痛，而是全球市值前三的科技巨头，正在用行动告诉你：会用AI的留下，不会用的去补课。

一、一场非同寻常的“补习班”

1.1 训练营到底在教什么？

据The Information昨日报道，苹果公司正在安排近200名Siri工程师参加为期数周的AI编程训练营，团队近九成成员参与。

培训内容并非基础编程，而是聚焦AI辅助开发工具的实际应用：

培训模块	具体内容
核心工具	Claude Code操作与应用
提示词优化	如何更高效地与AI协作
代码调试	AI辅助排查bug
代码重构	利用AI优化现有代码
隐私合规	在AI开发中保护用户隐私

苹果的Claude Code工具早在去年9月就完成了与Xcode 26开发环境的深度适配，目前已在该公司多个研发部门投入使用。通过自然语言生成代码、完善文档、排查bug——这套流程正在成为苹果工程师的“新基本功”。

1.2 团队重组：60+60模式

培训结束后，Siri团队将迎来重大架构调整：

• 60人：组成核心开发团队，继续Siri核心功能研发
• 60人：转岗负责性能评估与质量监测，专职“挑刺”
• 其余人员：分流或调整

60人开发 + 60人测试——这个1:1的比例意味深长。

它暗示了一个正在发生的行业趋势：AI写的代码越多，需要的验证人力就越多。或者说，工程师的价值正在从“写代码”向“审代码”转移。

二、为什么是Siri团队？——一场迟到的“补课”

2.1 落后，是有代价的

Siri团队在AI辅助编程方面的采用进度，在苹果内部被公认为严重滞后。

这种滞后的后果已经显现：此前，Siri团队未能按计划完成Apple Intelligence架构下新版Siri的开发，导致其无法随iOS 18按期上线。这次延期直接触发了团队的深度调整——包括换帅、重组和本次培训。

与此同时，苹果内部其他部门早已走在了前面：

• 软件工程团队迅速拥抱AI工具
• 多个技术部门显著加大了对Claude Code等AI工具的采购规模与预算投入
• Xcode 26.3已原生集成Agentic Coding框架支持

Siri团队不是在参加一场“提升培训”，而是在补一堂早就该上的必修课。

2.2 管理层“大换血”

在组织层面，Siri项目经历了剧烈的人事变动：

变动	详情
原AI负责人	John Giannandrea不再主导该项目，于2025年底卸任
新任主管	曾主导Apple Vision Pro发布的Mike Rockwell接手
统筹管理者	软件工程高级副总裁Craig Federighi全面统筹AI研发

把Vision Pro的负责人调来管Siri，说明苹果对这次AI升级的重视程度。Rockwell在Vision Pro上积累的低延迟交互技术经验，预计将被迁移到Siri升级中。

三、更深的真相：为什么苹果如此焦虑？

3.1 苹果不是个例

苹果的这次“大补课”，映射的是整个科技行业的集体转向。

Meta：用量化指标驱动AI采用

Meta CTO Bosworth曾公开表示，他最好的工程师花在AI token上的成本相当于自己的薪资，但生产力提升了5到10倍。

Meta内部甚至有一个叫**“Claudeonomics”的仪表盘，追踪全公司85000多名员工的AI使用量，并给消耗最多的前250人颁发称号——“Token Legend”“Cache Wizard”。30天内，Meta全员token总消耗量超过60万亿**。

英伟达：黄仁勋的“暴论”

英伟达CEO黄仁勋给出了一个具体的判断：如果一个年薪50万美元的工程师，没有用掉价值至少25万美元的token，他会“深感担忧”。

换句话说，在黄仁勋看来，AI工具不是“可选项”，而是工程师必须“消耗”的资源——你不用，就意味着你在浪费公司的生产力。

3.2 苹果为什么急？

苹果的焦虑，来自两个层面的落后：

第一，AI辅助编程工具的内部采用速度不均。

Siri团队显然是“慢的那一批”。当其他部门已经把Claude Code深度融入日常开发，Siri团队还在适应阶段。这种内部的不均衡，在需要快速迭代的AI赛道上，是致命的。

第二，Siri本身的AI能力落后于竞品。

苹果已转向“自研+第三方合作”模式，与谷歌合作在新版Siri中引入Google Gemini大模型技术。这意味着底层模型能力要靠外部补足。同时，苹果也在将Vision Pro研发中的低延迟交互等技术经验迁移到Siri升级中。

最终目标？让新版Siri具备多步指令执行能力和类似ChatGPT的对话式体验。

3.3 黄仁勋的暴论正在应验

36氪在报道此事时，用了这样一个标题：“苹果把Siri员工送进AI「补习班」，黄仁勋的暴论开始应验了”。

黄仁勋的“暴论”核心是什么？工程师的token消耗量，应该和薪资成正比。

这个逻辑推演下去：

• 过去，公司考核工程师的指标是“写了多少行代码”
• 现在，可能是“消耗了多少token、产出了多少有效代码”
• 未来，可能是“训练了多少AI、优化了多少模型”

苹果把这200名工程师送去“补课”，本质上是在重新定义Siri团队工程师的能力模型。如果AI编程工具能让一个人的产出提升5到10倍，那让200个人都学会，对Siri开发效率的提升是几何级的。

四、对开发者意味着什么？

4.1 苹果的选择，就是行业的风向标

当全球市值前三的科技巨头，在核心产品发布前两个月，不惜代价组织大规模AI编程培训——这本身就是一种信号。

对于普通开发者，这意味着：

影响维度	具体变化
能力要求	会用AI编程工具不再是加分项，而是基本门槛
团队结构	“开发+测试”比例可能从3:1变成1:1甚至更低
考核标准	产出效率的衡量方式正在改变，token消耗可能成为新指标
学习成本	不进则退，不学AI编程工具的开发者将面临淘汰压力

4.2 两个值得关注的趋势

趋势一：AI工具正在成为企业采购的“硬预算”

苹果内部多个部门为Claude Code申请了巨额预算。这不是某个团队的个人选择，而是公司层面的战略投入。未来，AI工具的采购预算可能会像服务器、办公软件一样，成为企业的固定成本项。

趋势二：“会用AI的留下，不会用的去补课”正在成为现实

200名Siri工程师被送去培训，60人留下做核心开发，60人转岗做评估——这个筛选机制，本质上是以AI能力为标尺的人才分层。

五、写在最后

苹果把200名工程师送去“回炉重造”，表面看是一次内部培训，深层看是一场关于AI时代开发者生存法则的警示。

核心启示有三：

1. AI编程工具正在从“可选项”变成“必选项”。连苹果这种级别的公司都在补课，普通开发者没有理由观望。

2. 工程师的价值正在从“写代码”向“审代码”转移。60+60的模式说明，AI写的代码越多，需要的验证人力就越多。

3. 不学AI编程工具，代价是实实在在的。Siri团队因AI工具采用滞后导致功能延期，最终触发人事地震——这就是最好的反面教材。

距离WWDC 2026（6月8日开幕）不到两个月，届时苹果将正式发布新版Siri。不管结果如何，这场“AI编程补习班”本身，已经给整个行业上了一课。

---

你的团队开始系统性地使用AI编程工具了吗？还是仍在观望？欢迎在评论区分享你的看法和经历。