Siri 扩展可能成为苹果的下一个主要开发者战场，因为 iPhone 的未来正在从打开应用程序转向询问结果。如果 iOS 27 让用户选择第三方人工智能模型对于 Apple Intelligence 任务，如果 Siri 变得更有能力通过 App Intents 调用应用程序操作，开发者将不再仅仅争夺主屏幕位置或 App Store 排名。他们将争夺助理层的一席之地。
这是一个重大转变。 App Store 使应用程序成为移动软件的中心。 Siri 扩展可以使操作成为下一个中心。用户不能直接打开旅行应用、金融应用、健身应用、日历应用、照片应用或购物应用。他们可能会要求 Siri 更改预订、比较费用、记录锻炼、总结文档、编辑图像或完成任务。然后，助手决定应该响应哪个模型、应用程序和系统操作。
据报道，苹果正在 iOS 27、iPadOS 27 和 macOS 27 中准备一个“扩展”系统，允许用户选择第三方 AI 模型来执行文本和图像生成等任务。报道称，苹果已经测试了与谷歌和 Anthropic 的集成，而 ChatGPT 已经成为苹果情报的一部分，以满足某些请求。苹果自己的开发者材料已经指向了同样的方向：应用意图让应用程序向其公开功能和内容Siri 和 Apple Intelligence，而 Foundation Models 则允许开发人员将 Apple 的设备上模型引入他们的应用程序中。
这些部分共同展示了苹果可能的战略。 Siri 成为界面。应用程序意图成为操作层。 Foundation Models 将私人设备智能引入应用程序。第三方人工智能模型成为某些任务的可选提供者。尽早采用正确框架的开发人员可能会更容易被 Siri 和 Apple Intelligence 发现、理解和使用。
应用程序将通过行动进行竞争
Siri 扩展很重要，因为它们改变了应用程序的有用性。在旧模型中，应用程序必须说服用户打开它。在下一个模型中，应用程序可能需要公开正确的操作，以便 Siri 在用户请求帮助时可以使用它。
这就是应用程序意图变得核心的地方。苹果的框架为开发人员提供了一种方法来描述他们的应用程序可以做什么、定义操作、公开内容并将这些功能与系统体验连接起来。 Siri、Spotlight、快捷方式、小部件、控件和 Apple Intelligence 可以更清楚地理解这些操作。
对于开发者来说，这不仅仅是技术上的升级。这是一个分配挑战。如果食品配送应用程序公开了强烈的订购操作，Siri 或许能够帮助用户重新订购最喜欢的餐点。如果财务应用程序公开支出类别，Siri 可能会帮助汇总支出。如果旅行应用程序公开行程变更，Siri 可能会帮助调整预订。如果生产力应用程序公开文档操作，Siri 可以帮助组织或重写工作，而无需用户先打开应用程序。
不公开其功能的应用程序可能会在助理优先的界面中变得不那么明显。它们可能仍然存在于主屏幕上，但当用户要求系统直接完成任务时，它们可能会丢失一些时间。这使得 Siri Extensions 成为一种新型的平台竞争。
这也改变了设计优先级。开发人员需要少考虑屏幕，多考虑意图、实体、权限、摘要和安全操作。问题就变成了：当用户不想打开应用程序时，应用程序可以为用户做什么？
第三方模型又增加了一层
如果苹果允许用户为不同的 Apple Intelligence 任务选择外部 AI 模型，Siri 扩展可能会变得更具竞争力。用户可能更喜欢一种用于写作的模型，另一种用于图像生成的模型，另一种用于编码的模型，以及另一种用于对话答案的模型。这一选择将使 Apple Intelligence 变成一个更加开放的层，同时将体验保留在 Apple 的受控系统内。
对于开发人员来说，这创建了一个更复杂但更强大的环境。应用程序可能会使用Apple的基础模型对于私人设备上的功能，依靠自己的云人工智能来完成专门的任务，并且当用户选择 Gemini、Claude、ChatGPT 或其他支持的模型来满足某些请求时，还可以与 Siri 配合使用。助手层成为苹果框架、第三方模型和开发者应用程序之间的交汇点。
苹果从这种结构中受益，因为它不必独自赢得每场车型比赛。它可以拥有界面、隐私提示、系统权限、设备上下文和应用程序操作框架。外部模型可以在功能上进行竞争，而开发人员可以在他们的应用程序公开有用操作的能力上进行竞争。
这是一个非常像苹果的妥协。该公司可以在不放弃对用户体验的完全控制的情况下看起来更加开放。用户可以选择型号。开发人员获得新的集成点。苹果保留了将所有内容整合在一起的操作系统层。
风险在于复杂性。如果用户必须管理太多模型、语音、应用程序权限和扩展设置，系统可能会感到混乱。苹果需要让默认设置运行良好，同时给予高级用户足够的控制权来选择他们喜欢的人工智能提供商。
Siri 扩展可以在已准备好支持助理驱动工作流程的应用程序和尚未准备好支持助理驱动工作流程的应用程序之间快速划分。为这种转变做好最充分准备的开发人员可能是那些已经投资于应用程序意图、快捷方式、Spotlight 集成、小部件、控件和清晰的应用程序数据模型的开发人员。
这种准备很重要，因为人工智能助手需要结构。模型可以理解语言，但它仍然需要安全、可靠的操作。它需要知道用户可以做什么，哪些数据属于应用程序，哪些操作需要确认，以及哪些信息应该保密。应用程序意图为开发人员提供了一种明确这些界限的方法。
基础模型增加了另一个机会。苹果表示开发者可以使用背后的设备模型苹果情报根据请求免费构建私有的、具有离线功能的智能功能。这对于无法承担大量云人工智能费用的小型开发人员来说尤其有用。日记应用程序、学习应用程序、写作应用程序、习惯跟踪器、财务应用程序、健康相关应用程序或生产力工具可以添加摘要、建议、分类和自然语言功能，而无需将每个请求发送到远程服务器。
这可能成为苹果最强大的开发者优势之一。竞争对手的平台可能会提供更开放的人工智能访问，但苹果可以提供紧密集成的堆栈，使隐私、设备性能和系统功能协同工作。善于使用该堆栈的开发人员可能会在 Apple Intelligence 中获得更好的职位。
新的 App Store 之争已移至 App Store 之上
Siri 扩展最终可能会变得与 App Store 搜索一样重要，因为助手层可以决定用户发现和使用哪些应用程序。在人工智能驱动的 iPhone 中，用户可能根本不会浏览类别或搜索应用程序。他们可能会要求 Siri 做某事，系统可能会显示最适合的应用程序或操作。
这产生了新的问题。 Siri 如何在提供类似操作的应用程序之间进行选择？苹果自己的应用程序会获得优先权吗？开发商可以支付安置费用吗？用户能否为特定的人工智能任务选择默认应用程序？竞争对手的助手可以访问相同的应用程序意图吗？当第三方模型而不是苹果自己的系统来回答时，苹果将如何解释？
这些问题使 Siri 扩展成为一个监管问题和开发者问题。欧盟已经在更加密切地关注人工智能助手、云服务和看门人规则。如果 Siri 成为应用程序和服务的主要途径，监管机构可能会检查开发者和竞争对手的人工智能提供商是否获得公平的访问权限。
苹果最好的防御是一个让人感觉公平、私密和透明的系统。开发人员应该有明确的规则来公开操作。用户应该知道何时使用外部模型。苹果应该避免让自己的应用程序在 Siri 结果中感觉人为地享有特权。这会很困难，但如果 Siri 成为下一个平台层，这可能是必要的。
Siri 扩展可以将 iOS 27 变成苹果开发者的新篇章。第一次应用商店之争是关于应用程序的安装。下一场战斗可能是在用户提出请求时向助手提供应用程序。对于苹果来说，这是进入人工智能竞赛的最明智的方式：不是通过更换应用程序，而是让每一个优秀的应用程序成为 Siri 智能的一部分。
