iPhone Duo 新增開闔捷徑自動化功能？Apple 在 iPhone Duo 的 iOS「捷徑」App 中內建專屬的「已打開或已關閉」個人自動化觸發條件，讓使用者能在摺疊硬體改變狀態時觸發已設定的工作流程。此功能於 2026 年 10 月 25 日由 MacRumors 報導（起因於影片創作者 Stephen Robles 的實機展示，並由研究員 pdfu 於 9 月在模擬器字串中首次發現），該觸發條件位於「個人自動化」的「顯示器」類別下。此功能並非不受限制的背景啟動器，而是運行於 Apple 專屬的裝置綁定自動化規則內，其中觸發條件設定、動作層級權限、鎖定狀態限制以及應用程式場景生命週期均維持獨立的架構層級。
「已打開或已關閉」觸發條件在 iOS 個人自動化中的運作方式
重點一覽
- 已確認的觸發條件名稱與位置：iPhone Duo 在捷徑「個人自動化」的「顯示器」區段中包含「已打開或已關閉」觸發條件，經 Stephen Robles 展示，先前亦由 pdfu 在模擬器程式碼中識別。
- 裝置綁定範圍：根據 Apple 的個人自動化架構，自動化設定會繫結至特定裝置，備份至 iCloud 以供還原，但不支援跨裝置同步。
- 條件式執行界線：雖然支援的個人自動化可以設定為執行時不經詢問，但實際執行仍取決於個別動作權限、前景限制以及裝置鎖定狀態。
「已打開或已關閉」觸發條件的加入，將實體鉸鏈狀態轉換帶入了 iOS 的使用者自訂自動化層級中。正如 MacRumors 以及隨後 ITHome 和 Qudong China 的報導所指出，使用者可以將 iPhone Duo 的展開或摺疊動作繫結至捷徑資料庫中可用的動作。一個展示的消費者案例涉及動態桌布切換——當內側顯示器打開時套用寬版佈局桌布，並在裝置關閉時還原為較簡單的桌布。
為了評估此功能在實際應用中的可行性與限制，工程團隊必須參考 Apple 的官方規則：捷徑個人自動化簡介與啟用或停用個人自動化：
- 事件驅動的本機範圍：個人自動化會回應本機硬體單元上的事件，例如一天中的時間、到達某個地點、打開 App 或變更顯示器狀態。
- 備份至 iCloud 且不進行跨裝置同步：與會在使用者 iPhone、iPad 和 Mac 之間同步的標準捷徑不同，個人自動化嚴格保留在建立它們的本機裝置上。它們會備份至 iCloud 以進行裝置復原，但絕不會傳播到同一 Apple 帳號下的其他裝置。
- 觸發條件設定與動作層級權限的差異：設定支援的個人自動化時，使用者可以在接收確認通知（「執行前詢問」）與允許「立即執行」（不經詢問直接執行）之間進行切換。然而，在觸發條件層級選擇立即執行，並不代表賦予每個下游動作無條件的無聲執行權限。個別動作（特別是那些切換前景 App、存取受保護的使用者資料或在裝置鎖定時執行的動作）仍然受到 iOS 安全政策和動作專屬提示的約束。
區分觸發事件、App Intents 與場景狀態管理
在分析新的作業系統自動化觸發條件時，常見的工程盲點是將硬體觸發條件與無條件的第三方應用程式執行混為一談。在 iPhone Duo 上，有五個獨立的層級在控管使用者開啟或關閉鉸鏈時發生的情況：
[第 1 層：鉸鏈開啟 / 關閉硬體事件]
│
▼
[第 2 層：捷徑個人自動化觸發條件（「已打開或已關閉」）]
│
┌────────────┴────────────┐
▼ ▼
[執行前詢問] [立即執行（支援時）]
（通知提示） （受動作與鎖定狀態檢查約束）
│ │
└────────────┬────────────┘
▼
[第 3 層：已設定的捷徑動作（系統設定與 App 動作）]
│
▼
[第 4 層：App Intent / 開啟 App / URL 動作 — 條件式執行]
│
▼
[第 5 層：App 擁有的狀態與場景佈局（UIWindowScene / SceneStorage）]
App Intents 與 URL 動作的條件式邊界
透過 Apple 的 App Intents 架構，第三方開發者可以向捷徑 App 公開應用程式專屬的動作與實體，以便使用者將其納入自訂工作流程中。然而，通用的 App Intents 支援並不自動保證每個動作在「已打開或已關閉」觸發條件下的行為方式：
- 前景與背景執行：輕量級背景意圖（例如記錄狀態時間戳記或切換不需要呈現 UI 的應用程式內偏好設定）與試圖將應用程式帶到前景的動作（
Open App或openAppWhenRun）有不同的行為表現。 - 鎖定狀態限制：關閉 iPhone Duo 通常伴隨著螢幕鎖定或外側螢幕轉換，而打開裝置則可能需要根據使用者安全性設定進行生物特徵驗證。需要解鎖的鑰匙圈或主動前景場景的動作可能會暫停或要求確認，直到驗證完成為止。
- URL Scheme 與通用連結 (Universal Links)：雖然捷徑包含能夠開啟 URL 的動作，但通用連結與自訂 URL Scheme 並不會原生監控鉸鏈姿態，也沒有確切證據表明「已打開或已關閉」觸發條件在叫用深度連結時會繞過標準的系統確認或前景要求。開發者必須將姿態觸發的 URL 或意圖執行視為使用者設定的條件式工作流程，需要在硬體上進行實證測試。
獨立職責：作業系統視窗化與 App 狀態連續性
當使用者開啟或關閉 iPhone Duo 時，如果前景 App 已經處於主動狀態，外側螢幕與寬廣內側顯示器之間的轉換是由 iOS 視窗化 API（UIWindowScene 與 SwiftUI 自適應佈局）所管理，而非捷徑。
如果使用者同時設定了在姿態轉換期間與該 App互動的「已打開或已關閉」自動化，這兩個事件可能會在很短的時間內相繼發生。跨螢幕幾何形狀變更來保留主動導覽堆疊、表單輸入或深度連結檢視，依然是應用程式商業邏輯的責任：
| 系統層級 | 已確認範圍 | 開發者驗證邊界 |
|---|---|---|
| 捷徑「已打開或已關閉」觸發條件 | 當 iPhone Duo 開啟或關閉時觸發本機個人自動化 | 驗證關閉（鎖定）與開啟時，哪些特定動作會在沒有確認的情況下執行 |
| App Intents 整合 | 向捷徑 App 公開開發者定義的動作與參數 | 測試 openAppWhenRun 與背景意圖在同時螢幕轉換期間的行為表現 |
iOS 視窗化 (UIWindowScene) |
在外側顯示器與內側分割檢視之間調整主動場景的大小 | 確保自適應佈局變更不會重新實例化根檢視或捨棄主動導覽狀態 |
狀態還原 (SceneStorage / NSUserActivity) |
協助在場景生命週期事件中儲存與還原檢視層級狀態 | 受 iOS 生命週期限制影響；需要開發者明確實作，而非自動持久化 |
有記錄的 iOS 27 姿態基準與報導的 iOS 27.1 功能比較
在 iPhone Duo 上設計佈局與測試自動化互動時，工程團隊應區分 Apple 官方記錄的 iOS 27 基準與關於 iOS 27.1 未經證實的次要媒體說法。
Apple 官方的 iOS 27 姿態與分割檢視基準
在 Apple Newsroom 的 iPhone Duo 發表公告與官方 iPhone 使用手冊中，Apple 確立了以下硬體狀態與多工處理基準：
- 展開與摺疊狀態：開啟裝置會啟動寬廣的內側顯示器，官方支援透過 iOS 27 分割檢視 (Split View) 並排運行兩個 App。關閉裝置則會將互動切換至外側顯示器以進行單手任務。
- 部分摺疊姿態：Apple 記錄了三種部分摺疊的表面配置——書本 (Book) 姿態（垂直手持或放置以使用 待機模式 (StandBy mode) 與智慧快拍 (Smart Capture)）、帳篷 (Tent) 姿態（外側顯示器面向觀看者以進行待機或外部主體相片預覽），以及椅座或筆電 (Chair or Laptop) 姿態（內側顯示器垂直摺疊以供免手持視訊控制與 Duo FaceTime 雙螢幕通話）。
媒體報導的 iOS 27.1 說法（官方文件尚未證實）
在 10 月 26 日對捷徑觸發條件的報導中，中國媒體 ITHome 與 Qudong China 額外聲稱 iOS 27.1 引入了半摺疊懸停桌面時鐘面板、支援完整尺寸觸控板模擬的分割虛擬鍵盤，以及支援內側螢幕最多三個並排 App 的進階視窗管理器。
由於 Apple 的官方發布素材與使用手冊目前將雙 App 分割檢視記錄為確認的多工處理模型——且尚未有官方 Apple 文件證實三 App 並排多工處理——開發者應將雙 App 分割檢視視為具權威性的工程基準，同時將 iOS 27.1 的說法視為等待官方證實的次要媒體報導。
iPhone Duo 自動化開發者測試檢查清單
iOS 工程團隊不應假設背景執行無條件成立，而應針對以下可測試的情境驗證其 App：
App Intents 與執行權限
- 分別測試開啟與關閉觸發方向：驗證您公開的 App Intents 在由「開啟」事件（使用者正主動看著解鎖的內側螢幕）與「關閉」事件（裝置可能立即鎖定或轉換至外側螢幕）觸發時的行為。
- 稽核
openAppWhenRun行為：如果 App Intent 將 App 帶到前景，即使使用者在個人自動化上啟動了「立即執行」，也要測試 iOS 是否在不同的鎖定狀態下仍需要手動使用者確認。 - 使意圖處理常式具備冪等性 (Idempotent)：確保如果使用者將意圖繫結至兩個方向，快速的實體開闔循環不會觸發重複的網路寫入或衝突的導覽推播。
場景連續性與導覽狀態
- 在雙 App 分割檢視轉換期間保留狀態：驗證將主動 App 在外側螢幕、全寬內側顯示器以及 Apple 記錄的雙 App 分割檢視之間轉換時，不會捨棄進行中的使用者狀態或深度連結目標檢視。
- 驗證
SceneStorage與NSUserActivity邊界：確認當場景在鉸鏈移動期間調整大小或進入背景時，檢視狀態還原權杖能夠正確序列化並復原使用者內容。
常見問題 (FAQ)
iPhone Duo 摺疊自動化觸發條件的確切名稱與位置為何？
「已打開或已關閉」個人自動化會在其他 Apple 裝置之間同步嗎？
「立即執行」設定是否保證每個動作都會無聲執行？
iPhone Duo 支援兩個 App 還是三個 App 並排顯示？
工程團隊的關鍵重點
在 iOS 捷徑中發現「已打開或已關閉」觸發條件，證實了 Apple 正在將摺疊姿態變更公開給 iPhone Duo 上使用者自訂的個人自動化。對一般使用者而言，這實現了便利的本機工作流程，例如在開啟或關閉裝置時變更桌布或調整顯示器設定。
對於 iOS 開發者與產品經理而言，核心的架構教訓是維持嚴格的關注點分離。硬體姿態觸發條件、捷徑執行權限、第三方 App Intents 以及 UIWindowScene 佈局轉換都在各自的系統規則下運作。透過在鎖定與解鎖的鉸鏈轉換中測試 App Intents，並將佈局適應錨定在 Apple 記錄的雙 App 分割檢視基準上，工程團隊可以在不依賴未經證實的平台假設之情況下，確保摺疊 iOS 硬體上的可靠行為。
參考資料
Share this article
