在大模型全面重塑软件开发范式的当下,Apple 正试图对其最核心但长期“落后”的 AI 产品——Siri——进行一次激进重构。
最新消息显示,在 iOS 27 发布前的关键窗口期,Apple 已将数百名 Siri 核心工程师送入 AI 编码集训营,要求他们快速掌握以大模型为中心的新开发 workflow。这一举措不仅是产品升级前的“冲刺”,更反映出传统软件工程体系在面对生成式 AI 时的结构性转型压力。
此次内部集训的核心目标,并非提升某项具体功能,而是改变开发方式本身。
传统 Siri 的开发依赖:
而新一代 AI workflow 则转向:
这意味着,工程师的角色正在发生变化:
Apple 强制推进这一转型,说明其已将 AI 编码视为提升开发效率与应对复杂系统重构的关键手段。
Siri 的问题并不只是“模型不够强”,而是其底层架构与现代 AI 系统存在明显断层。
历史版本的 Siri 更接近:
而当前主流 AI 助手(如基于大模型的 Agent)具备:
要实现这种跃迁,Apple 面临的不只是模型接入问题,还包括:
这也是为何 Apple 选择“再培训”而非简单招聘——问题的核心在于现有系统如何被重写,而非单点能力补强。
据披露,新版 Siri 将引入 Google Gemini 提供的大语言模型能力,这一选择本身就具有多重信号意义:
在能力层面,新 Siri 的目标包括:
这类能力,本质上已经从“语音助手”升级为“系统级 Agent”。
Apple 此次大规模内部培训,暴露出一个行业共性问题:
传统工程文化,正在与 AI 驱动开发方式发生冲突。
典型差异包括:
对于以工程严谨著称的 Apple 来说,这种转型尤为困难。Siri 的升级不仅是技术问题,更是组织与文化层面的调整。
而“集训营”这种形式,本质上是一种加速组织学习曲线的手段——试图在短时间内完成开发范式迁移。
值得注意的是,这一系列动作发生在 iOS 27 发布前仅剩两个月的时间窗口。
这意味着:
从产品策略看,这标志着 AI 正从“附加功能”升级为操作系统的基础组成部分。
Apple 的这次动作,对整个 AI 工程领域具有参考价值:
不仅是初创团队,大型工程组织也开始系统性导入 AI 工具。
真正的挑战在于旧系统如何与新范式融合,而非单纯调用 API。
从 Siri 的演进路径可以看到,所有助手类产品最终都会走向:
未来工程师需要同时具备:
Apple 正在做的,并不仅是升级一个语音助手,而是尝试将整个操作系统带入 AI 时代。
当开发方式、系统架构与用户交互同时发生变化时,Siri 的转型就不再是一个产品迭代,而是一场基础设施级别的重构。
这场重构能否在短时间内完成,仍存在不确定性。但可以确定的是,随着 Apple 的加入,系统级 AI Agent 的竞争,已经正式进入主流操作系统战场。