Apple Siri AI 发布，但欧盟 iPhone 用户被排除在外

Apple 于 9 月 14 日推出 Siri AI，但欧盟的 iPhone 和 iPad 用户无法使用其核心功能。Apple Siri AI 的推出引入了个人上下文、对话历史、视觉理解和跨应用操作能力。然而，这些能力在整个欧盟的主要移动设备上仍不可用。

这一限制使 Apple 的产品线出现了格外鲜明的分化。其他地区符合条件的用户可以让 Siri 搜索信息、编辑照片、起草邮件，并根据屏幕内容执行操作。购买同等硬件的欧盟消费者，却只能获得不具备同样助手功能的操作系统。

Apple 表示，延迟推出是为了在满足《数字市场法案》要求的同时保护隐私。欧盟委员会不接受这一解释，称 Apple 选择不推出合规版本，转而申请豁免。

这场争议的重要性不止于 Siri。它检验了在欧洲法律要求向竞争服务开放访问权限的情况下，平台是否能够让深度集成的 AI 助手保持独占。它也提出了一个问题：互操作性能否在不暴露敏感个人上下文的前提下扩大用户选择。

Apple Siri AI 将助手变成全系统智能体

关键变化并非语音界面变得更好，而是 Apple 赋予 Siri 访问个人上下文并在整个操作系统中执行操作的能力。

Apple 将 Siri AI 描述为一次彻底重构，而非在现有助手之上再增加一层功能。它在响应请求时可以调用来自信息、邮件、照片、文件及其他来源的信息。

用户可以询问家人的航班何时抵达，而无需说明航空公司或翻找聊天记录。Siri 能定位相关对话，将其与其他信息关联，并给出答案。Apple 表示，该助手还可以起草邮件、编辑一组照片，并通过全系统应用操作分享结果。

屏幕感知能力又增加了一层功能。Siri 可以理解当前显示的内容，并响应与该内容相关的请求。用户在信息中看到一个地址时，可以让助手保存它，无需手动复制文字。

Apple 还推出了一款独立的 Siri 应用。该应用保存对话历史，并通过 iCloud 在受支持的产品之间同步。用户可以在 Mac 上开始一段对话，再在 iPhone、iPad、Apple Watch 或 Vision Pro 上继续。

这一设计让 Siri 更接近 ChatGPT 和 Gemini 所提供的持续性聊天机器人体验。此前版本的 Siri 主要处理简短指令、设备设置和结构化问题。新的助手则旨在在更长的交互中保持上下文。

官方 Siri AI 发布公告称，测试版首先以英语推出，之后将支持法语、日语、韩语、葡萄牙语和西班牙语。

Visual Intelligence 也将助手的能力延伸至文本和语音之外。在兼容的 iPhone 上，Camera 应用内的 Siri 模式可以分析摄像头所见内容。Apple 列出的操作包括识别食物、回答有关物体的问题，以及协助分摊账单。

在 iPad 上，用户可以通过截图调用视觉分析功能。Mac 用户可以借助键盘快捷键选取屏幕的一部分。Vision Pro 用户则可以询问视野中的应用窗口或现实物体。

这些功能意味着，地区限制带来的影响远不只是失去一个聊天机器人。在欧盟，依赖 Siri AI 的功能也无法在 iOS、iPadOS 和 watchOS 上使用。因此，这项限制延伸至摄影、写作、设备搜索、辅助功能和跨应用自动化等领域。

即便在欧洲以外，此次发布也并非全面开放。Siri AI 依赖于受支持的硬件、语言、账户设置和地区可用性。Apple 的部分最先进端侧功能需要更新的处理器以及至少 12GB 的统一内存。

某些使用服务器端模型的请求还会受到每日限额约束。Apple 表示，这些限额可能根据复杂度、需求、系统政策和具体功能而变化。该公司计划日后提供付费扩展访问。

这一细节使 Siri 进入了独立 AI 服务已熟悉的模式：本地功能可能感觉像设备的一部分，而计算成本高昂的请求仍取决于云端容量和使用政策。

因此，Apple 已将 Siri 打造成既是操作系统接口、也是按量计费的 AI 服务。欧盟争议影响的是操作系统层面，在这一层级，对用户数据和设备功能的特权访问成为竞争问题。

隐私保障不止依赖端侧处理

Apple Siri AI 采用分层架构：本地模型处理部分工作，受保护的云基础设施则处理要求更高的请求。

端侧处理仍是 Apple 隐私主张的核心。本地模型可以利用存储在设备上的信息，而无需将每一项请求发送到普通云服务。Spotlight 索引和 App Toolbox 等组件也在本地运行。

不过，能够进行复杂推理的个人助手无法在 iPhone 上完成所有任务。需要更大模型的请求可以转移至 Private Cloud Compute，即 PCC，这是 Apple 用于在受保护服务器上处理 AI 工作负载的系统。

Apple 表示，PCC 不会保留个人数据，也不会让公司访问这些数据。其安全设计包括无状态计算、对特权访问的限制，以及可供外部研究人员检查的已发布软件材料。

新一代系统将这一能力扩展至 Apple 自有数据中心之外。根据 Apple 的云安全架构，该公司目前正与 Google 和 Nvidia 合作，在 Google Cloud 基础设施上运行部分工作负载。

Apple 表示，该部署采用 Nvidia 的机密计算功能、配备 Trust Domain Extensions 的 Intel 处理器，以及 Google 的 Titan 安全技术。这些组件旨在让模型处理数据时实现隔离。

Google 的参与不止于基础设施。Apple 表示，它使用了 Gemini 模型家族背后的技术，协助构建最新的 Apple Foundation Models。这些模型为设备端和云端的新 Apple Intelligence 功能提供支持。

这一安排让 Apple 获得了来自领先 AI 竞争对手的模型专业能力和计算基础设施。它也使“ Siri 的智能完全处于 Apple 传统软硬件边界之内”这一简单说法变得更加复杂。

关键问题不在于系统中是否使用了 Google 技术，而在于架构能否从技术上阻止 Apple、Google、管理员、攻击者或其他方访问用户的请求。

Apple 表示，即使 PCC 在第三方设施中运行，其保护措施仍然适用。安全研究人员可以检查已发布的软件工件，并在设备发送敏感请求之前确认获批准的软件正在运行。

这些是重要的工程控制措施，但在研究人员实际评估扩展部署之前，它们仍属于公司的主张。Apple 的说明建立了一种可审计的设计，但并不能消除所有实施缺陷、供应链风险或运营失误。

对话历史则带来另一项问题。独立的 Siri 应用通过 iCloud 同步过去的对话，让用户能够在不同设备间延续交流。这项功能很实用，因为用户不再需要每次都重新开始对话。

但它也会形成一份敏感记录。向个人助手提出的问题可能暴露健康担忧、商业计划、旅行、关系，以及隐藏在私人通信中的信息。Siri 可访问的上下文越多，体验的价值就越高。

因此，用户应区分几个不同的隐私问题。其中一个涉及模型推理，也就是生成回复时发生了什么；另一个涉及存储的历史记录；第三个涉及对本地应用和数据源的访问。

Apple 将这些层面呈现为一套整合的隐私系统。监管机构审视的则是另一个问题：第三方助手能否获得同等访问权限，同时又不削弱这些保护。

争议由此从安全工程转向平台治理。Apple 控制着使 Siri 有用的权限、接口、身份系统和操作系统服务。竞争助手无法仅凭模型质量复刻这一体验。

欧盟争议关乎访问权，而非 AI 禁令

《数字市场法案》并不禁止 Siri AI，但它挑战了 Apple 为自家助手保留系统特权的能力。

Apple 表示，Siri AI 最初将不会在欧盟的 iOS、iPadOS 或 watchOS 上提供。该公司称，正在寻求一条既能保护用户隐私和安全的路径。

欧盟境内的 Mac 和 Vision Pro 用户则面临不同情况。Apple 的发布材料称，只要设备使用受支持的语言，他们就可以访问 Siri AI。这种差异反映出 DMA 针对被指定为核心平台服务的规定，而非对该技术实行全面的欧洲禁令。

欧盟委员会已根据 DMA 将 iOS 和 iPadOS 指定为核心平台服务。因此，Apple 必须与其操作系统控制或访问的硬件和软件功能提供有效互操作性。

互操作性意味着，第三方服务可以使用相关平台能力，而不是被限制在较弱、孤立的体验中。对于 AI 助手而言，有意义的访问可能包括操作系统操作、经用户授权的上下文，或成为 Siri 实用替代方案的途径。

欧盟委员会在其 DMA 指引中表示，法律没有任何内容阻止 Apple 推出 Siri AI。委员会称，Apple 必须以符合第三方获得同等访问权限要求的方式发布产品，并以用户同意为前提。

这一表述揭示了核心冲突。Apple 认为，直接访问个人数据和系统功能可能带来隐私和安全风险。监管机构则认为，Apple 不能在为自家助手保留独特优势的同时援引这些风险。

据报道，Apple 提出了一项持续 18 个月的分阶段方案。欧盟委员会对该提议有不同定性，称该公司寻求的是豁免，并未提交具体、合规的互操作性计划。

因此，分歧并不局限于发布日期。双方争论的是 Apple 实际提出了什么方案、渐进式实施是否确有技术必要，以及在竞争对手获得访问权之前的暂时独占是否会强化 Siri 的地位。

据 Associated Press报道，欧盟委员会发言人 Thomas Regnier 表示，决定暂不提供 Siri AI 的是 Apple。与此同时，Apple 指责布鲁塞尔对规则作出了极端解读。

双方立场都包含合理关切。Apple 必须保护信息、照片、文件和账户资料，避免拥有广泛系统权限的助手滥用这些内容。欧盟委员会则必须防止守门人以隐私规则之名，便利地赋予自家服务特权。

同意是必要的，但并不充分。如果助手获得过于宽泛的数据访问权限、无限期存储信息，或为无关目的整合个人上下文，仅靠权限弹窗无法保护用户。

反过来，Apple 也不能将每一个竞争性助手都视为天生不安全。开发者已在隐私、安全与数据保护法律框架下处理敏感信息。访问权限可以按用途、能力、时长和用户选择加以限制。

难点在于设计既实用、又不会沦为通用数据管道的界面。竞争性助手可能需要获得许可，以执行特定操作、读取用户选定的项目，或搜索经用户批准的类别。它未必需要不受限制地访问 Siri 可以查询的所有来源。

欧盟委员会已经发布了涵盖与互联设备互操作性的具有法律约束力的措施。其2025 年 3 月的决定涉及通知、配对、数据传输和请求程序等领域。

这些措施并不会自动解决 Siri 相关问题。AI 助手以传统设备连接不具备的方式，将数据检索、推理、应用控制、模型选择和对话记忆结合在一起。

不过，先前的流程确立了一种模式：监管机构规定访问要求，Apple 构建接口，双方再就结果能否在提供有效竞争的同时保护安全展开讨论。

Apple Siri AI 延期表明，当平台功能是一个智能体而非连接协议时，这种模式会变得更加困难。助手可以跨越大量应用执行操作，使每项新增能力都可能成为互操作性问题。

Apple 的封闭式整合既是优势，也是风险

Siri 最强的竞争特点是其与 Apple 设备的特权式整合，而这恰恰也是欧洲监管机构希望向竞争对手开放的优势。

ChatGPT、Gemini 和 Claude 已让用户期待更详尽的回答和更连贯持久的对话。它们的成功让 Siri 有限的命令式结构愈发显眼。Apple 若要缩小这一差距，需要的不只是又一个语言模型。

它的答案是系统整合。Siri 可以利用个人上下文、查看屏幕内容、调用应用操作、跨设备延续交互，并通过熟悉的 Apple 界面进行互动。这种组合可以减少用户打开单独聊天机器人的需要。

Apple 也为开发者提供了将应用连接至助手的方式。对 App Intents 的更新可将内容和操作开放给 Siri AI。例如，旅行应用可以提供预订操作，生产力应用则可让 Siri 检索或修改某个项目。

该公司的开发者框架还支持 Apple 模型以及其他供应商的模型。Apple 在其语言模型协议中明确将 Claude 和 Gemini 列为可选项。

这种开放性对应用开发者具有实际意义。他们可以选择模型并构建 AI 功能，而不必将 Siri 视为唯一途径。

然而，应用内部的模型选择并不等同于操作系统层面的助手选择。开发者或许会为某项任务集成 Claude，但用户仍可能只能依赖 Siri 这一深度连接的系统智能体。

这一差异是欧盟案件的核心。模型层面的竞争未必能够制衡 Apple 对分发、权限、默认设置和系统操作的控制。

Apple 的整合也可能让用户受益。一个通过一致隐私控制机制运行的助手，可能比多个采用不同数据处理方式的智能体更容易理解。本地处理可以减少不必要的数据传输和延迟。

碎片化会带来实际成本。如果每个助手都自行实现权限、记忆、云端路由和应用连接，用户可能难以弄清自己的信息流向何处。

但排他性整合也会产生另一种风险。Apple 决定哪些模型、应用和服务能够参与其中。它可以改变访问规则、优先推广自身功能，或让第三方替代方案显得不完整。

DMA 将这种控制视为守门人问题。监管机构希望竞争性助手通过用户选择展开竞争，而不是作为普通应用被置于 Apple 默认体验之后。

对企业采购方而言，这一问题不止关乎消费者便利。一个能够读取电子邮件、编辑文件或跨应用采取行动的系统智能体，会成为组织信息架构的一部分。

IT 团队需要了解提示词在何处处理、哪些记录被存储、权限如何撤销，以及操作是否会出现在审计日志中。他们还需要针对同一设备上的个人账户和受管理账户制定政策。

Apple Siri AI 架构提供了有力的隐私叙事，但企业将要求获得运营层面的证据。他们需要有关保留、日志记录、身份管理、行政控制、事件响应和区域处理的文档。

开发者面临类似的权衡。面向 Siri 开发可能带来对 Apple 庞大装机量和系统接口的访问，但也可能增加对能力因地区而异的框架的依赖。

围绕 Siri AI 构建的功能，可能在法国的一台 Mac 上可用，却无法在同一员工的 iPhone 上使用。这种不一致会使测试、支持、入职和产品设计更加复杂。

因此，开发者应将区域可用性视为一项功能依赖。当 Siri 操作、个人上下文或服务器端模型不可用时，应用需要提供有用的替代方案。

压力并不只在 Apple 一方。Google、OpenAI、Anthropic 及其他助手提供商也必须说明，它们将如何安全地使用同等的系统访问权限。当竞争对手公布范围有限的权限模型和明确的数据保留政策时，对开放性的要求才更具可信度。

隐私优先的主张仍需经受独立检验

Apple 描绘了一套雄心勃勃的安全设计，但无论是隐私主张还是监管异议，都不应在缺乏技术证据的情况下被接受。

Private Cloud Compute 直面了消费级 AI 中一个严肃的问题。大型模型往往需要远程处理，而个人助手处理的数据，用户绝不会有意放入公开聊天机器人的环境中。

Apple 的方案试图最大限度减少对服务器运营方的信任。请求应仅在获批准的软件上运行，个人数据应在处理后不再保留，管理员也不应获得常规的特权访问权限。

将 PCC 扩展至 Google Cloud 增加了容量，也使 Apple 能够使用 Nvidia GPU。但这也增加了参与其中的组织、硬件组件和运营边界的数量。

Apple 表示，同样的安全要求适用于这些设施。该说法值得独立研究人员仔细审查，尤其是因为该系统如今结合了 Apple 软件、Google 基础设施、Nvidia 加速器、Intel 安全功能以及 Google 安全硬件。

研究人员需要获得足够材料，以检验的不只是概念性架构。他们应能检查已部署的软件、验证证明、识别更新行为，并在不受不必要限制的情况下报告漏洞。

Gemini 衍生技术的使用带来了另一个需要澄清的领域。Apple 表示，其 Foundation Models 是基于 Gemini 背后的技术构建的。读者不应因此假定，普通 Siri 请求只是被发送至 Google 的消费者聊天机器人。

不过，Apple 应解释模型来源、评估、更新责任，以及其模型与基础设施合作伙伴之间的边界。当个人上下文驱动回复或操作时，这些细节尤为重要。

准确性仍是与隐私分离的问题。一个受到保护的系统依然可能误解请求、检索错误信息、虚构事实，或执行非预期操作。

系统级智能体的风险高于聊天机器人，因为其输出能够改变数据。起草电子邮件可在发送前撤回；编辑文件、与他人沟通或在金融场景中采取行动，则需要更严格的确认机制。

Apple 的发布材料给出了有用操作的示例，但真实世界的可靠性将决定用户是否信任它们。在助手面对不同口音、语言、应用和个人数据结构时，Beta 标签是恰当的。

每日云端限额同样值得关注。Siri 被宣传为一体化助手，但部分功能依赖服务器容量，并且最终可能需要付费才能扩大使用范围。

用户需要清晰提示，了解一次请求何时会消耗有限的云端访问额度。他们也需要知道，在达到限额后，哪些功能仍可在本地使用。

欧盟的争论本身也带来不确定性。监管机构表示，互操作性可以与隐私和安全共存，但宽泛的原则并不是实施方案。

任何强制要求的接口都应遵循数据最小化原则。用户应为明确目的授予对某项能力或信息类别的访问权限，而不是批准某个助手永久访问一切。

高风险操作应要求明确确认。操作系统还应显示哪个助手访问了某项资源、它获得了哪些数据，以及它执行了什么操作。

第三方提供商应满足有关数据保留、二次使用、安全测试和删除的可执行要求。同等访问不应意味着在缺乏同等保障的情况下获得同等信任。

不应允许 Apple 仅为竞争优势自行制定这些规则。监管机构也不应仅因隐私可能成为便利的企业论据，就忽视工程风险。

最理想的结果，是将开放访问与同时适用于 Siri 及其竞争对手的平台级保护措施结合起来。这需要细致的技术工作，而不是有关选择或安全的口号。

在这样的设计出现之前，双方都有抗拒的理由。Apple 面临失去对其最敏感系统接口控制权的风险。委员会则面临接受一项豁免的风险，而这项豁免会在竞争性助手能够与 Siri 匹敌之前巩固其地位。

欧盟客户承担着直接成本。他们获得的设备缺少其他市场可用的功能，尽管双方都未表示该技术本身遭到禁止。

三个信号将显示欧盟僵局是否正在推进

下一阶段将通过具体的互操作性方案、区域功能变化，以及 Siri AI Beta 的证据来衡量。

第一个信号，是有关第三方助手访问权限的书面提案。委员会表示，Apple 除寻求延长豁免外，尚未提交合规方案。Apple 则表示，其渐进式方案遭到了拒绝。

要取得进展，需要比双方当前公开立场更多的细节。一项可信的提案应定义竞争对手可以申请哪些 Siri 能力、同意机制如何运作，以及 Apple 如何限制对敏感信息的访问。

它还应说明操作确认、审计记录、后台访问、数据保留和撤销机制。如果 Apple 发布这样的框架，争议将从政治指责转向可检验的工程选择。

若委员会接受该方案，将强化 Apple 关于隐私工作需要更多时间的论点。若在详细提案提出后仍持续拒绝，监管机构将面临更大压力，需解释哪些条款仍然不足。

第二个信号，是 Apple 对区域可用性措辞的变化。其当前表述称，Siri AI 在欧盟的 iOS、iPadOS 和 watchOS 上“初期”不可用。

这使得时间表仍留有余地。测试版、有限的功能集或分阶段推出，都将表明双方已找到一种临时性安排。若在重大软件更新中仍未见变化，则可能意味着僵局更为深刻。

Mac 端的可用性提供了重要参照。欧盟用户可在受支持的 Mac 上使用 Siri AI，而该助手在指定移动平台上仍受限制。不同体验之间的差异，或将揭示哪些系统权限带来了最棘手的监管问题。

第三个信号来自测试版已上线市场的性能证据。Apple 必须证明，Siri 能够足够准确地运用个人上下文和系统操作，从而赢得更广泛的信任。

用户应关注错误检索、非预期操作、同步问题以及令人困惑的云端限制。安全研究人员则应审查，扩展后的 PCC 部署是否符合 Apple 已公开的保护措施。

强劲的表现将加大推动欧盟解决方案的压力，因为消费者会发现自己的设备缺少一项实用功能。表现不佳则会给 Apple 留出时间，在区域性访问成为核心关切之前改进产品。

此次发布也为竞争对手提供了展示可靠替代方案的机会。希望获得更深层 iPhone 访问权限的助手提供商，应提出精确的隐私控制方案，而非要求不受限制的数据访问。

对知识工作者而言，这场争议提供了一个务实的警示。AI 助手正成为个人与专业信息的交互入口，而不再是孤立的问答工具。它们的价值来自上下文，但同样的上下文也会带来风险。

团队应通过以下问题评估助手：数据在哪里处理，哪些操作需要批准，历史记录如何存储，以及访问是否可以审计。结构化的个人知识系统应当保留用户控制权，即使助手能够跨多个来源进行搜索。

Apple Siri AI 如今为这一原则提供了一项重要检验。Apple 已推出该助手，并说明了其隐私架构；与此同时，欧盟正要求为有意义的竞争留出空间。下一步应是一项技术细节明确的访问计划，供用户、开发者、监管机构和研究人员审查。