iPhone Duo 迎来了折叠开合快捷指令自动化？苹果在 iOS 快捷指令 App 中为 iPhone Duo 内置了专用的“已打开或已关闭”个人自动化触发器，允许用户在折叠硬件改变状态时触发已配置的工作流。正如视频创作者 Stephen Robles 在实际上手演示后于 2026 年 10 月 25 日所报道的那样（该触发器此前于 9 月由研究员 pdfu 在模拟器字符串中首次发现，并由 MacRumors 进行了报道），它位于个人自动化的“显示”类别下。该功能并非不受限制的后台启动器，而是运行在苹果的设备绑定自动化规则之内，其中触发器配置、操作级权限、锁定状态约束以及应用场景生命周期保持着各自独立的架构层级。
“已打开或已关闭”触发器在 iOS 个人自动化中的运作方式
概览
- 已确定的触发器名称与位置：正如 Stephen Robles 所演示并在之前由 pdfu 在模拟器代码中识别的那样，iPhone Duo 在快捷指令个人自动化的“显示”部分包含一个“已打开或已关闭”触发器。
- 设备绑定范围：根据苹果的个人自动化架构，自动化与特定设备绑定，备份至 iCloud 以供恢复，且不参与跨设备同步。
- 条件执行边界：虽然受支持的个人自动化可以配置为无需询问即可运行，但其实际执行仍然取决于单个操作权限、前台约束以及设备锁定状态。
“已打开或已关闭”触发器的加入，将物理铰链状态转换引入到了 iOS 中用户可配置的自动化层。正如 MacRumors 以及随后 ITHome 和驱动中国的报道所述，用户可以将 iPhone Duo 的展开或闭合动作与快捷指令库中的可用操作进行绑定。一个经过演示的消费者示例涉及动态壁纸切换——当内屏打开时应用宽布局壁纸，而在设备闭合时恢复为更简单的壁纸。
为了评估该功能在生产环境中能做什么和不能做什么，工程团队必须参考苹果在快捷指令个人自动化简介和启用或停用个人自动化中的官方规则：
- 事件驱动的本地范围：个人自动化响应本地硬件单元上的事件——例如一天中的时间、到达某个位置、打开 App 或更改显示状态。
- 备份至 iCloud 且不进行跨设备同步：与在用户的 iPhone、iPad 和 Mac 之间同步的标准快捷指令不同，个人自动化严格保留在创建它们的本地设备上。它们会备份到 iCloud 用于设备恢复，但绝不会传播到同一 Apple 账户下的其他设备。
- 触发器设置与操作级权限的区别：在配置受支持的个人自动化时，用户可以在接收确认通知（“运行前询问”）和允许触发器“立即运行”（无需询问即可运行）之间进行切换。然而，在触发器级别选择立即运行并不意味着向每个下游操作授予无条件静默执行的权限。个别操作（特别是那些切换前台 App、访问受保护用户Data或在设备锁定时运行的操作）仍然受苹果安全策略和特定操作提示的约束。
区分触发事件、App Intents 与场景状态管理
在分析新的系统自动化触发器时，一个常见的工程陷阱是将硬件触发器与无条件第三方应用执行混为一谈。在 iPhone Duo 上，有五个独立的层级决定了用户打开或闭合铰链时发生的情况：
[层级 1：铰链打开 / 关闭硬件事件]
│
▼
[层级 2：快捷指令个人自动化触发器（“已打开或已关闭”）]
│
┌────────────┴────────────┐
▼ ▼
[运行前询问] [无需询问即可运行（受支持时）]
(通知提示) (受操作与锁定状态检查约束)
│ │
└────────────┬────────────┘
▼
[层级 3：已配置的快捷指令操作（系统设置 vs. App 操作）]
│
▼
[层级 4：App Intent / 打开 App / URL 操作 — 条件执行]
│
▼
[层级 5：App 拥有的状态与场景布局（UIWindowScene / SceneStorage）]
App Intents 与 URL 操作的条件边界
通过苹果的 App Intents 框架，第三方开发者可以向快捷指令 App 暴露特定于 App 的操作和实体，以便用户将其纳入自定义工作流中。然而，通用的 App Intents 支持并不能自动保证每个操作在“已打开或已关闭”触发器下的表现形式：
- 前台执行与后台执行：轻量级后台 Intent（例如记录状态时间戳或切换不需要 UI 展示的应用内偏好设置）与试图将应用带到前台的操作（
Open App或openAppWhenRun）表现不同。 - 锁定状态限制：闭合 iPhone Duo 通常伴随着屏幕锁定或外屏转换，而打开设备可能需要根据用户安全设置进行生物识别认证。需要解锁的钥匙串或活跃前台场景的操作可能会暂停或请求确认，直至认证完成。
- URL 方案与通用链接：虽然快捷指令包含能够打开 URL 的操作，但通用链接和自定义 URL 方案并不会自动监视铰链姿态，也没有经过验证的证据表明“已打开或已关闭”触发器在调用深层链接时会绕过标准的系统确认或前台要求。开发者必须将姿态触发的 URL 或 Intent 执行视为用户配置的条件工作流，这需要在硬件上进行实地测试。
独立职责：系统窗口管理 vs. App 状态连续性
当用户打开或闭合 iPhone Duo 时，如果某个前台应用已经处于活跃状态，外屏与宽大内屏之间的转换由苹果的窗口管理 API（UIWindowScene 和 SwiftUI 自适应布局）来管理，而不是由快捷指令管理。
如果用户还配置了在姿态转换期间与同一 App 交互的“已打开或已关闭”自动化，则这两个事件可能会在很短的时间内相继发生。在屏幕几何结构变化的过程中保留活跃的导航栈、表单输入或深度链接视图，依然是应用业务逻辑的责任：
| 系统层级 | 已确定的范围 | 开发者验证边界 |
|---|---|---|
| 快捷指令“已打开或已关闭”触发器 | 当 iPhone Duo 打开或闭合时触发本地个人自动化 | 验证关闭（锁定）与打开时，有哪些具体操作无需确认即可运行 |
| App Intents 集成 | 向快捷指令 App 暴露开发者定义的操作和参数 | 测试 openAppWhenRun 以及后台 Intent 在屏幕同时转换期间的表现 |
iOS 窗口管理 (UIWindowScene) |
在外屏和内屏分屏视图之间调整活跃场景的大小 | 确保自适应布局更改不会重新实例化根视图或丢弃活跃的导航状态 |
状态恢复 (SceneStorage / NSUserActivity) |
协助在场景生命周期事件中保存和恢复视图级状态 | 受 iOS 生命周期限制；需要开发者进行显式实现，而非自动持久化 |
已记录的 iOS 27 姿态基准 vs. 报道中的 iOS 27.1 功能
在 iPhone Duo 上设计布局和测试自动化交互时，工程团队应区分苹果官方记录的 iOS 27 基准与关于 iOS 27.1 的未经验证的次要媒体传闻。
苹果官方的 iOS 27 姿态与分屏视图基准
在 iPhone Duo 苹果新闻稿和官方 iPhone 使用手册中，苹果确立了以下硬件状态和多任务处理基准：
- 打开与闭合状态：打开设备可激活宽广的内屏，官方支持通过 iOS 27 分屏视图并排运行两个 App。闭合设备则将交互切换至外屏以便进行单手任务。
- 半折叠姿态：苹果记录了三种半折叠表面配置——图书姿态（垂直手持或放置用于待机模式和智能捕捉）、帐篷姿态（外屏面向观看者用于待机或外景主体照片预览），以及座椅或笔记本电脑姿态（内屏垂直折叠用于免提视频控制和 Duo FaceTime 双屏通话）。
媒体报道的 iOS 27.1 传闻（官方文档未经验证）
中国媒体ITHome 和驱动中国在 10 月 26 日对快捷指令触发器的报道中还声称，iOS 27.1 引入了半折叠悬停桌面时钟面板、带全尺寸触控板模拟的分离式虚拟键盘，以及支持内屏最多并排三个 App 的高级窗口管理器。
由于苹果的官方发布材料和用户指南目前将双 App 分屏视图记录为经过确定的多任务处理模型——且尚无官方苹果文档证实三 App 并排多任务处理——因此开发者应将双 App 分屏视图视为权威的工程基准，同时将 iOS 27.1 的相关传闻视为等待官方确认的次要媒体报道。
iPhone Duo 自动化开发者测试清单
iOS 工程团队不应假设后台会无条件执行，而应根据以下可测试的场景验证其应用：
App Intents 与执行权限
- 分别测试打开与关闭触发器方向：验证当由“打开”事件（用户正积极看着解锁的内屏）与“关闭”事件（设备可能立即锁定或转换至外屏）触发时，暴露的 App Intents 的表现如何。
- 审视
openAppWhenRun行为：如果 App Intent 将应用带到前台，请测试即使在个人自动化中启用了“立即运行”，iOS 是否仍需要在不同的锁定状态下进行手动用户确认。 - 确保 Intent 处理程序的幂等性：如果用户将 Intent 绑定到双向操作，请确保快速的物理开合循环不会触发重复的网络写入或冲突的导航推送。
场景连续性与导航状态
- 跨双 App 分屏视图转换保持状态：验证将活跃应用在外屏、全宽内屏以及苹果记录的双 App 分屏视图之间进行转换时，不会丢弃正在进行的用户状态或深度链接的目标视图。
- 验证
SceneStorage与NSUserActivity边界：确认当铰链运动期间场景调整大小或进入后台时，视图状态恢复令牌能够正确序列化并恢复用户上下文。
常见问题解答 (FAQ)
iPhone Duo 折叠自动化触发器的确切名称和位置是什么？
“已打开或已关闭”个人自动化会在其他苹果设备之间同步吗？
“立即运行”设置能否保证每个操作都静默执行？
iPhone Duo 支持并排运行两个 App 还是三个 App？
工程团队的核心要点
工程团队的核心要点
iOS 快捷指令中“已打开或已关闭”触发器的发现证实了苹果正在将折叠姿态变化暴露给 iPhone Duo 上用户配置的个人自动化。对于日常用户而言，这带来了便捷的本地工作流，例如在打开或闭合设备时更改壁纸或调整显示设置。
对于 iOS 开发者和产品经理而言，关键的架构经验是保持严格的关注点分离。硬件姿态触发器、快捷指令执行权限、第三方 App Intents 以及 UIWindowScene 布局转换都在不同的系统规则下运行。通过在锁定的和解锁的铰链转换中测试 App Intents，并将布局适配锚定到苹果记录的双 App 分屏视图基准上，工程团队可以确保折叠式 iOS 硬件上的可靠行为，而无需依赖未经验证的平台假设。
参考资料
Share this article
