三個篩選欄位，一層新輸入：iOS 27 通知自動化把觸發權收回系統層

2009 年 6 月，推播通知服務隨 iPhone OS 3.0 上線，第三方 App 第一次能把訊息送進鎖定畫面。此後十七年，通知在 iOS 上的角色沒有變過：單向廣播的終端，只負責顯示，不參與後續運算。2026 年 10 月 5 日，少數派一篇十七分鐘閱讀的長文整理了十個案例，對象是 iOS 27 新增的通知自動化。任何 App 發出的通知，都能成為捷徑的觸發條件。

結構上的變化可以壓縮成一句話：通知從輸出端變成輸入端。這一層新輸入落在系統層，既不需要 App 開發者配合，也不經過開發者同意。衡量這個變動的分量，得先看蘋果開放了什麼、留了哪些閘門。

系統層讀到的是版面結構

技術邊界先擺上檯面。通知自動化的篩選對象有三個欄位：標題、副標題、正文。多重條件之間採 AND 邏輯，通知必須同時滿足所有條件才觸發，不支援擇一成立。顯示位置另有一道閘門：該 App 的通知必須至少出現在鎖定畫面或通知中心其中一處，只開橫幅不會執行自動化。

篩選對象本身更值得細看。少數派在文中提醒，捷徑裡「顯示通知」動作填寫的「標題」，實際渲染後落在通知第二行，在通知自動化中屬於副標題欄位，第一行的指令名稱才是標題。篩選器讀的是通知最終顯示的版面結構，使用者要憑換行層級與字重判斷哪一行對應哪個欄位，App 內部如何組織資料並不參與其中。

輸出端的「通知」變數附帶 App 名稱、標題、副標題、正文與通知日期等資訊，每一項都能作為後續判斷依據。觸發之後接的動作也超越提醒層，文中示範以通知日期比對報名截止日，逾期來訊自動回覆自訂內容。邊界同樣明確：捷徑無法判斷訊息是否已讀，只能以「打開 App」作為近似替代。十個案例的第一個，就是以三十分鐘為門檻，同一聯絡人反覆來訊又遲未回應時更換桌布加強提醒，判斷依據是偵測 App 是否被打開，隨後清除時間紀錄、還原桌布。

晚到十七年的替代曲線

把時間軸拉長，這個功能的座標更清楚。Android 陣營的 Tasker 在 2010 年前後上架，通知事件觸發早已是既有功能，代價是陡峭的學習曲線與系統權限設定。蘋果的路徑分成幾段：2017 年收購 Workflow，2018 年在 iOS 12 內建為捷徑，2019 年 iOS 13 加入以時間與位置為觸發的自動化，少數派作者也把這條脈絡一路拉回麥金塔 Automator 的資料夾操作。在 iOS 27 之前，捷徑自動化的觸發名單以行事曆、提醒事項、郵件、訊息等系統內容為限。

iOS 27 把觸發面從一份封閉名單，擴張到任何能發出通知的 App。微信是文中最常用的例子：這類超級 App 長年不對第三方開放訊息層介面，通知自動化等於在 App 之上另闢一條讀取通道，讀的是 App 渲染給系統的字串，聯絡人備註落在標題，訊息內容落在正文。蘋果的路數可以概括為晚到但收緊：功能比 Android 第三方工具晚了十幾年，換到的是免 root、逐條手動設定，以及 AND 邏輯與顯示位置這類內建約束。同一個 iOS 27 週期裡，測試版更新連發又收回的品質帳才剛結算，一面把觸發器開放給所有 App，一面仍以分層投放控制軟體風險，兩件事出自同一套工程紀律。

觸發權歸系統層，工時記在使用者帳上

利益結構可以按蘋果、開發者、使用者三端分別檢視。蘋果的回收在生態黏著：每一條通知自動化都是使用者在裝置上的沉沒投資，捷徑無法跨平臺搬移，轉換成本隨設定數量墊高。修補工時也被外部化，自訂 App 圖示會讓原生的未讀標記失效，十個案例的第二個，就是用通知自動化把提醒補回來。缺口由蘋果的設計留下，修補由使用者的設定工時吸收。

App 開發者的位置更被動。通知格式原本屬於內部實作，現在成了事實上的公開介面，使用者的篩選條件直接依賴微信的通知排版。問題在契約缺位：蘋果沒有承諾通知欄位的穩定性，App 開發者更沒有，一次改版調整通知版面，依賴它的自動化便靜默失效，壞掉的工時記在使用者帳上。作業系統自身的更新節奏，構成這類個人化腳本的常態風險來源。

使用者端的工時結構是前置重、長尾長。十七分鐘的教學只是入場費，每一條自動化都要先觀察通知實際版面、判斷欄位對應、試跑調整，之後隨 App 改版持續維護。這與蘋果歷來的支援設計同構，把異常先放幾天的官方建議把診斷工時留在使用者端，通知自動化把維護工時留在同一端。教學內容是這條工時曲線的直接受惠者，可程式化的介面愈多，說明內容的需求就愈大，十個案例的長文本身就在對這個需求計價。

三種情境

情境一，設定工時決定天花板。通知自動化停留在進階使用者圈層，多數人維持零到三條設定，介面契約缺位偶爾發作但不成規模，教學內容持續有讀者，整體滲透率停在低檔。情境二，分享文化壓低設定成本。微信等高頻 App 的通知版面被大量腳本依賴，開發者被迫把通知格式當準 API 維護，改版前須考慮使用者腳本斷裂，介面責任被動擴張，不成文的契約開始成形。情境三，執行層出現濫用。通知能觸發的動作包含提醒、自動回覆與轉發，釣魚訊息若命中使用者設定過的條件，攻擊面便從閱讀延伸到執行，蘋果可能以收緊觸發條件回應，目前的欄杆是 AND 邏輯與逐條手動設定。

第三方工具的承壓有前例可循。2018 年捷徑內建化之後，iOS 上單一用途的付費自動化工具生存空間被壓縮，這一輪由系統原生功能再次收割。Android 陣營的 Tasker 與 MacroDroid 不受直接衝擊，蘋果生態內的替代品會先被喫掉。

兩點判斷

通知是智慧手機上最後一道所有 App 共用的介面，蘋果把它從顯示終端改成觸發輸入，等於把這道介面的可程式化權收歸系統層，開發者沒有同意與否的選項。這層介面目前沒有契約，欄位穩定性無人保證，工時由前置設定與長尾維護兩段構成，全數記在使用者帳上。十七分鐘的教學長文是這個結構的鏡像，功能愈可程式化，圍繞它的說明與維護就愈長。iOS 27 的通知自動化最終落在哪個情境，取決於設定成本下降的速度，以及第一次大規模靜默失效出現時，蘋果選擇修欄杆還是補契約。