文／Laban（優創智能 AI 導入工程師）
Siri AI 開發者預覽是 Apple 在 2026 年 11 月 3 日開放的測試計畫：任何開發者都能用 App Intents，讓新版 Siri 找到 App 裡的內容並代為執行動作。結論先講：繁體中文還沒上線、App Store 春季才開放送審，台灣企業現在最該做的不是搶著接，而是先決定哪些資料與動作不交給 Siri、哪些要先驗證身分。這些決定做錯，後面很難收回。
本文分成三部分：Apple 官方公告與文件中的已知事實、我們從導入角度看的編輯分析，以及有自家 App 的企業現在可以做的四個步驟。本文不是 Swift 教學，也不預測 Siri AI 會帶來多少訂單；Apple 沒有公布任何使用量或轉換數據。
一、已知事實：Apple 開放了什麼、還沒開放什麼
1. 開放範圍與時程
依 Apple Developer 新聞（2026-11-03），從 iOS 27.3、iPadOS 27.3、macOS 27.3 與 visionOS 27.3 測試版開始，任何開發者都能透過開發者預覽把 App 接到 Siri AI。接法是 App Intents：把 App 的內容與動作開放給 Siri，官方舉的例子包括查詢配送、訂位、下單。Apple 自家的行事曆、檔案、郵件、地圖、訊息、照片、捷徑等 15 個 App 已開始支援。
時程方面，Apple 說給一般使用者的版本會在「幾個月內」推出，App Store 送審「春季」開放，相關條款與使用政策會再另行公布。PPC Land（2026-11-04）的報導也指出，Apple 沒有給出具體日期。
2. 語言、地區與用量限制
同一則公告列出的限制：
- 目前支援英文、法文、日文、韓文、葡萄牙文與西班牙文；繁體中文與挪威文、土耳其文、越南文列為「即將支援」，沒有日期。
- 需要支援 Apple Intelligence、且語言設定為支援語言的裝置；13 歲以下使用者無法使用。
- iOS、iPadOS 與 watchOS 上的 Siri AI 目前在歐盟無法使用。
- 包括 Siri AI 在內的部分伺服器端功能有每日使用上限，擴充用量「未來會收費」。上限與價格都沒有公布。
3. 開發者文件寫明的規則
Apple 開發者文件〈Siri AI Developer Preview〉與〈Bringing custom actions and content to Siri〉有幾條規則，直接影響企業的設計：
- 只有明確開放的才會被看到：Siri 只能找到 App 透過 App Intents 明確開放的自訂內容與動作。開發者在既有的 App Intent 加上
@AppIntent(.tool)，它才會成為 Siri 可呼叫的工具；不需要新的權限申請或另外加入開發者計畫。 - 什麼時候不必提 App 名稱：App 在前景、有進行中的即時動態，或使用者延續一段已提到該 App 的 Siri 對話時，使用者不用說出 App 名稱；App 在背景時，使用者要在請求中提到 App。
- 驗證預設是關的：文件寫明，App 實體預設不需要驗證，Siri 或捷徑就能顯示其資訊。敏感資料要自己設定
authenticationPolicy，例如requiresAuthentication或requiresLocalDeviceAuthentication。文件也提醒，欄位層級的設定只管 Siri 的回覆；如果動作本身會回傳敏感資訊，要在動作層級要求驗證。 - 有些欄位可以完全不給：欄位設為
visibility: .internal後，只有 App 本身與其擴充功能讀得到，Siri、捷徑與其他系統功能都不會顯示或讀取。官方範例是把銀行帳戶的匯款代碼設為內部欄位。 - 找得到內容的前提：Siri 要找到你的內容，需要你把 App 實體放進 Spotlight 索引，或提供查詢介面。
- 只能內部測試：預覽期間只能用開發簽章裝置或 TestFlight 內部測試人員測試；外部測試人員與 App Store 版本都無法使用。Xcode 提供 Siri Integration Advisor 給修改建議，Siri Evaluations 框架可以用腳本送出請求、量測 Siri 的處理結果。
4. App skill 不是護欄
〈Orchestrating complex actions with app skills〉說明，app skill 是放在 App 裡的 SKILL.md 說明檔，用來告訴 Siri 多個動作怎麼搭配、該避開什麼。格式限制是：名稱 1 到 64 個小寫字元，描述單行且不超過 1,024 字元，內文不超過 10,000 字元。Siri 只看描述決定要不要用這個 skill，符合後才讀內文。
最關鍵的一句在文件的註記：不能用 app skill 強制確定性的行為，Siri AI 也不會依序執行 skill 裡列出的動作。
5. Apple 自己也提醒代理的風險
據 CNBC（Kif Leswing，2026-11-03）報導，Apple 在同週的年度財務申報中寫到，AI 代理「can take actions autonomously, including interacting with internal or external systems」，而且「may behave in unintended or unpredictable ways」，並把公司「oversee and control third-party artificial intelligence agents」的能力列為風險。
二、編輯分析：對台灣企業的三個意義
1. 這次的重點是「預設值」，不是「新入口」
Siri AI 讓使用者不打開 App 就能查訂單、下單，這是新入口。但對企業來說，更要緊的是文件裡那句「預設不需要驗證」。接上 Siri 的那一刻，哪些資料可以被唸出來、哪些動作可以不解鎖就執行，是由你的設定決定，不是由 Apple 替你決定。會員點數、訂單地址、帳戶餘額，如果只是順手加上 @AppIntent(.tool)、沒有逐欄設定驗證，就可能在沒有驗證身分的情況下被 Siri 回答出來。我們在 AI 代理權限邊界一文談過同一個原則：代理能做的事，要用權限設定限制，不是用說明文字。
2. 不要把 SKILL.md 當成規則書
很多團隊會想在 skill 裡寫「退款前一定要先確認訂單編號」，然後以為 Siri 會照做。Apple 自己已經寫明 skill 不能強制行為。真正的防線要放在動作本身：驗證設定、後端的金額與次數檢查、需要人工確認的狀態。skill 適合寫「優先用哪個動作」「怎麼問缺少的資訊」，不適合寫「絕對不能做什麼」。這和我們在 Salesforce 與 IBM 代理控管一文的建議一致：上限與停用要在系統層實作。
3. 繁中還沒來，是準備的時間，不是觀望的理由
繁體中文沒有日期，App Store 要春季才收件，用量上限與收費都還沒公布。這代表現在沒有人能在台灣對真實客戶上線，也代表沒有人能算出投資報酬。這段空窗最適合做的，是不花大錢、不可逆程度低的盤點與內部測試。如果你同時評估 Google 的開放方式，Google Connected Apps 平台一文整理了另一邊的技術準備；兩家都在開放「讓 AI 助理替使用者操作你的服務」，但權限模型不同，不要一套設定照搬。
三、四個步驟：有自家 App 的企業現在可以做的事
步驟 1：列一張「開放／驗證／不給」三欄表
把 App 裡的主要動作與資料欄位列出來，每一項只能歸到一欄：
| 分類 | 判斷問題 | 範例 |
|---|---|---|
| 開放 | 被旁人聽到或誤觸，有沒有損失？沒有就開放 | 門市營業時間、商品是否有貨 |
| 需要驗證 | 會不會洩漏個資、金額，或產生交易？會就要驗證 | 訂單狀態與地址、點數餘額、下單 |
| 不給（internal） | Siri 用不到，或外洩代價太高 | 內部編號、付款資訊、員工備註 |
這張表要由產品、資安與客服一起簽核，不是工程師一個人決定。
步驟 2：先只開放「查詢」，交易類動作延後
第一輪只對「開放」欄的查詢動作加上 @AppIntent(.tool)。下單、取消、退款這類會改變資料的動作，等條款與使用政策公布後再評估。如果你的動作已經符合 Apple 的系統 schema，依文件改用 @AppIntent(.tool, schema:)，不要重複宣告。
步驟 3：每個欄位都寫清楚標題與描述，再逐欄設驗證
Apple 文件說 Siri 靠動作與欄位的 title、description 判斷該用哪一個。描述要寫實際用途，不要寫行銷文案。接著依步驟 1 的表，在實體或欄位上設定 authenticationPolicy，把「不給」欄的欄位設為 visibility: .internal；動作若會回傳敏感資料，在動作層級要求驗證。
步驟 4：用內部 TestFlight 跑一份固定題庫
準備 20 句真實客戶會說的請求，包含模糊說法與不該被執行的請求（例如「把我上一筆訂單取消」）。用 TestFlight 內部測試人員在實機上測，記錄四欄：Siri 有沒有選對動作、有沒有在該驗證時要求驗證、有沒有讀出不該讀的欄位、不該做的事有沒有被擋下。之後每次修改都用 Siri Evaluations 重跑同一份題庫。目前官方支援語言沒有繁中，可以先用英文題庫驗證權限行為，繁中上線後再補一輪。
驗收標準：繁中上線前，你應能回答三個問題——哪些動作與欄位開放給 Siri、各自要不要驗證；「不給」欄的欄位是否全部設為內部；題庫中不該執行的請求，是否全部被擋下。三題都有紀錄，才進入送審準備。
四、結語：先畫邊界，再談入口
Siri AI 會讓「不用打開 App 就能完成一件事」變成常見的使用方式，這對有 App 的品牌是機會。但 Apple 自己在同一週提醒代理可能出現非預期的行為，而開發者文件的預設值是不驗證。先把「開放、驗證、不給」三欄畫清楚，再決定要接哪些動作，春季開放送審時才不會邊上線邊補洞。
如果你想盤點自家 App 或客服系統裡，哪些動作適合交給 AI 助理、哪些要加驗證，歡迎與我們聯繫。
免責說明：本文整理自 2026 年 11 月 3 日至 4 日的 Apple 官方公告、Apple 開發者文件與公開報導，內容均依來源原文，不代表優創智能對 Siri AI 上線時程、費用或成效的預測。Siri AI 目前為開發者預覽，Apple 表示 App Intents API 與 Siri 功能在預覽期間可能變更；實作前請以 Apple 最新文件與條款為準。
參考來源
- Apple Developer，Siri AI 開發者預覽開放公告（開發者新聞），2026-11-03：https://developer.apple.com/news/?id=gdk2umrf
- Apple 開發者文件，〈Siri AI Developer Preview〉，查閱日 2026-11-05：https://developer.apple.com/documentation/appintents/siri-ai-developer-preview
- Apple 開發者文件，〈Bringing custom actions and content to Siri〉，查閱日 2026-11-05：https://developer.apple.com/documentation/appintents/bringing-custom-actions-and-content-to-siri
- Apple 開發者文件，〈Orchestrating complex actions with app skills〉，查閱日 2026-11-05：https://developer.apple.com/documentation/appintents/orchestrating-complex-actions-with-app-skills
- CNBC（Kif Leswing），Apple 年度申報提及 AI 代理風險之報導，2026-11-03：https://www.cnbc.com/2026/11/03/apple-warns-of-ai-agents-behave-in-unintended-or-unpredictable-ways.html/
- PPC Land（Luís Rijo），〈Apple opens Siri AI to all developers, but apps can't ship it until spring〉，2026-11-04：https://ppc.land/apple-opens-siri-ai-to-all-developers-but-apps-cant-ship-it-until-spring/
相關推薦與延伸閱讀
- Claude 改頁碼卻刪掉一年講義：企業讓 AI 代理動雲端資料夾前的五個檢查：讓 AI 代理整理檔案前，先給它副本、限縮資料夾權限並確認還原期限，不要直接開放正本。芝加哥大學法學教授 William Baude 於 2026 年 11 月
- Claude Enterprise 推出推論掛鉤與安全中心：企業把 AI 助理接進既有 DLP 前，該先定的五項設定：Claude Enterprise 的推論掛鉤可把提示詞與工具呼叫先送公司資安伺服器審核，但預設逾時放行，圖片內容也不檢查，企業要先定好失敗處理與檢查範圍。An
- IBM 與 Microsoft 推 Imagine Enterprise：台灣企業評估顧問主導的 AI 代理平台前，先確認的五件事：評估 IBM 與 Microsoft 的 Imagine Enterprise 前，先確認治理控制、可觀測性與資料權限握在誰手上，再談導入。兩家 2026-11
- Perplexity Teammates 讓 AI 代理進 Slack 頻道：把常駐代理加進團隊群組前的五個檢查：把常駐 AI 代理加進團隊頻道前，先定好誰負責它、它用誰的權限、額度由誰付，再決定誰能派工。Perplexity 於 2026 年 11 月 5 日前後推出 T