苹果计划引入 Gemini 重构 Siri,库克时代步入尾声

Gemini AI
Apple Prepares to Overhaul Siri with Gemini as Cook Nears His Final Act
深入剖析苹果 Siri 即将进行的架构重构,及其与 Google Gemini 的深度整合,探讨蒂姆·库克时代的过渡对公司软硬件生态系统意味着什么。

当 Apple 召集其全球开发者社区参加 WWDC 时,焦点将远远超出常规的操作系统增量更新。这家企业正站在一个双重十字路口:一方面是对其语音助手基础设施的架构性反思,另一方面是即将到来的高层更迭,这标志着企业史上最赚钱的运营管理时代的结束。随着业界对 Tim Cook 制定继任计划的预期日益明朗,Apple 的工程重心已缩减为一个单一且久未实现的艰巨目标——从内核层面彻底拆解并重构 Siri。

十多年来,Siri 一直依靠一套日益脆弱的脚手架苟延残喘,这些脚手架由基于规则的意图解析器、启发式决策树和碎片化的本地搜索索引组成。在一个由自主推理智能体和高吞吐量基础模型定义的时代,这种遗留范式已无法维持。Apple 即将推出的软件平台标志着一次根本性的转变:Cupertino 不再继续修补其定制的语义框架,而是准备部署一项重大改革,将自有的端侧小语言模型与由 Google Gemini 提供支持的外部授权骨干网络相结合。这种集成既是一次工程上的妥协,也是一次古典工业实用主义的实践。

遗留语音流水线的解构

要理解为何要进行重组,必须审视 Siri 历史架构中的机械故障。用传统的软件工程术语来说,早期的虚拟助手就像复杂的路由交换机。口述的声学信号通过声学和语言模型转换为文本,再通过 SiriKit 等框架解析为僵化的离散槽填充定义,并路由到特定的 API 端点。如果用户的请求哪怕与硬编码的本体图谱有细微偏差,交互就会降级为通用的网页搜索。

这种僵化的确定性流水线在根本上与上下文推理不兼容。现代大语言模型运行在连续的概率向量空间中,使它们能够理解语义歧义、管理多轮对话状态,并跨越离散的应用领域合成碎片化数据。Apple 内部试图将机器学习组件强行改装到其遗留架构上的尝试,产生了一个不稳定的混合系统,极易出现延迟激增和幻觉执行错误。

目前的工程路线图重点在于完全废除这些遗留流水线。核心引擎正在被重构为一个模块化的智能体框架。在这个修订后的堆栈中,前端声学模型直接输入到一个专门为系统级工具使用而优化的意图分类 Transformer 中。系统不再依赖静态 API,而是将操作系统状态映射为动态语义图谱,使推理层能够细粒度地访问屏幕上下文、本地关系数据库和设备传感器数据。

Gemini 联盟的实用机制

Apple 与 Google 达成将 Gemini 纳入其平台架构的精算联盟,是资本配置和计算经济学的一个典型案例。训练、验证并持续微调具有竞争力的前沿级模型,需要由数十万个专用加速器、庞大的数据中心和巨大的能源消耗所组成的专用集群。尽管 Apple 拥有雄厚的资本储备,但建立足以与 Google DeepMind 或 OpenAI 等基础研究实验室直接竞争的超大规模基础设施,将违背定义了 Cook 时代的供应链优化精神。

当用户提示需要深度的外部知识检索、广泛的多步逻辑或繁重的多模态生成时,编排器会将有效载荷委派到设备外处理。虽然 Apple 专有的私有云计算(PCC)节点使用定制的 Apple Silicon 服务器来处理对隐私敏感的 Apple Intelligence 请求,但 Gemini 为超出内部基础设施运行范围的查询提供了外部化推理引擎。这种双轨流水线使 Apple 免受前沿模型训练的直接运营支出影响,同时为最终用户保持了连贯的界面。

全系统行动图谱与 App Intents 瓶颈

部署像 Gemini 这样复杂的外部模型,与允许该模型安全地操纵本地应用所面临的机械挑战相比,简直是小巫见大巫。此次重组的实际难点在于 Apple 的 App Intents 框架的扩展。要构建一个功能性的 OS 级自主智能体,操作系统不仅必须通过图形用户界面向人类手指开放功能,还必须通过机器可读接口向语义标记开放功能。

在重新设计的框架下,开发者被要求通过标准化的模式定义来公开原子的应用程序操作。如果用户指示助手将物流应用中的装运清单与通过邮件收到的发票进行交叉比对,底层的推理层并不会与屏幕上的像素交互。相反,由 Gemini 增强的智能体将高级自然语言提示分解为离散程序操作的有向无环图(DAG)。

这种设计的摩擦点在于开发者的采用率和状态空间管理。Apple 不能简单地允许外部概率模型对设备存储或应用数据库进行不受限制的写入访问,否则会引入灾难性的安全漏洞风险和意外的状态损坏。该工程解决方案利用了本地确定性验证沙盒:Gemini 或内部云模型生成执行计划,但在将任何结构性更改提交到本地文件系统之前,一个经过加固的端侧运行时会验证参数边界和权限。

硬件现实:内存带宽与芯片约束

此次软件大修的成功与否,仍与移动硬件架构的物理现实紧密相连。多年来,消费电子制造商在 CPU 核心数和原始图形吞吐量上展开了营销竞争。在现代机器学习范式中,操作瓶颈几乎完全转移到了内存带宽和可用的统一内存容量上。

运行能够解析复杂意图且具有足够保真度的端侧模型,需要大量的动态随机存取存储器(DRAM)。量化后的 30 亿参数模型仅维持在活跃状态,就需要占用数 GB 的专用内存分配。在受限于低功耗物理尺寸的消费级硬件上,模型权重在物理 NAND 存储和 DRAM 之间持续循环会产生不可接受的能源消耗和热节流。

Apple 的统一内存架构(UMA)相较于传统的双分式 PC 内存架构具有架构优势,使神经网络引擎、GPU 和 CPU 能够即时零拷贝地访问同一内存池。然而,目前的入门级硬件基准在历史上为了最大化产品层级划分,往往压缩了 DRAM 的余量。即将推出的软件堆栈的运营需求,实际上已迫使 Apple 的硬件部门提高了整个设备组合的基准内存规格,这是算法需求决定物理供应链规格的具体例证。

Tim Cook 的运营遗产与算法前沿的碰撞

这些全面结构性更新的时机,在硅谷更广泛的发展轨迹中具有巨大的象征意义。Tim Cook 作为首席执行官的任期堪称运营、垂直供应链整合、地缘政治风险管理以及从工业化消费硬件中榨取利润的典范。在他的领导下,Apple 通过完善大规模制造、分销和组件采购的机制,成为了地球上最有价值的企业。

然而,计算的基础范式正在从对装配线的物理掌控,转向对概率软件系统的自主合成。过去几年针对 Apple 的批评——即它误判了生成式 AI 拐点的速度、在数据中心建设方面落后、并任由 Siri 等核心交互软件僵化——都有着坚实的组织盲点作为根据。Cook 的运营模型将资本纪律和硬件周期置于投机性的算法研究之上。

随着继任流程的加速——将硬件工程领袖和运营高管推向首席执行官的宝座——重构后的助手平台将成为 Apple 未来十年产品的技术基础。无论未来涉及智能家居机器人、空间计算头显还是自主可穿戴界面,对响应迅速、可靠的语义编排层的需求都是绝对的。通过重构 Siri 并将其锚定在世界级外部基础模型上,Apple 不仅仅是在修复一个语音助手;它正在构建在后智能手机工业时代生存所需的软件底盘。

Noah Brooks

Noah Brooks

Mapping the interface of robotics and human industry.

Georgia Institute of Technology • Atlanta, GA

Readers

Readers Questions Answered

Q 为什么苹果要替换 Siri 的原始架构,而不是对其进行升级?
A Siri 过去依赖于基于规则的意图解析器、启发式决策树以及僵化的槽位填充管道,这些组件无法处理模棱两可的语言或多轮对话上下文。试图将现代人工智能强行叠加在这些脆弱的遗留组件上会导致延迟激增和执行错误。对核心基础设施进行彻底改造,使苹果能够用代理转换器框架(agentic transformer framework)取代静态路由,从而实现对语义上下文、设备状态和屏幕信息的原生解读。
Q Google Gemini 在改版后的 Siri 平台中扮演什么角色?
A Google Gemini 的功能是一个外部推理引擎,负责处理超出苹果本地模型和私有云计算(Private Cloud Compute)服务器能力范围的复杂查询。当提示词需要深厚的领域知识、广泛的多步逻辑或繁重的多模态生成时,编排器会将有效载荷委派给 Gemini。这种合作关系使苹果能够在无需承担训练自有基础模型巨大资本成本的情况下,部署前沿级别的功能。
Q 苹果如何确保外部人工智能模型在各应用程序间执行任务时的安全性?
A 为了防止外部概率模型引入安全漏洞或破坏应用程序数据,苹果通过扩展的 App Intents 框架配合本地验证沙箱来路由操作。Gemini 将自然语言指令转换为程序化步骤的结构化图表,而不是直接操纵文件或界面元素。一个加固的本地运行时环境会在向操作系统提交任何更改之前,检查并验证参数边界和权限。
Q 新架构如何分配本地设备与云端的处理任务?
A 苹果部署了一个分层计算管道,旨在优化隐私和处理效率。即时的上下文分析和常规任务通过运行在 Apple Silicon 上的轻量级模型在本地执行。需要更大计算规模的隐私敏感型操作则迁移至苹果的私有云计算服务器,这些服务器在处理数据时不会保留用户记录。只有那些需要前沿基础智能、且知识密集型的请求,才会被分流至像 Google Gemini 这样的第三方系统。

Have a question about this article?

Questions are reviewed before publishing. We'll answer the best ones!

Comments

No comments yet. Be the first!