Apple 在 2026 年 11 月 3 日隨 iOS 27.3、iPadOS 27.3、macOS 27.3 及 visionOS 27.3 首個開發者測試版,正式向全體第三方開發者開放了 Siri AI 開發者預覽版(Siri AI Developer Preview)
這次更新徹底解除了過往第三方應用程式必須符合 13 類預設領域模板(Assistant Schemas)的限制,允許任何垂直領域的應用將自訂動作與內容直接暴露給 Siri AI
為了讓系統級語言模型理解複雜業務,Apple 在應用意圖框架(App Intents)中新增了工具意圖巨集(@AppIntent(.tool))、生成式實體巨集(@AppEntity(.generable)),並直接採納開放規範 agentskills.io 的子集推出應用技能包(App Skills,即 SKILL.md)
配合支援五大斷言維度的自動化測試評估框架(Siri Evaluations),Apple 計劃在數月後向終端用戶推送首波體驗,並於 2027 年春季開放 App Store 上架審核
一、打破十三類預設模板枷鎖
預設模板時代的接入困局
在 2026 年 9 月至 10 月的 iOS 27.0 至 iOS 27.2 週期內,Apple 雖然上線了重構後的 Siri AI,但對第三方應用設下了嚴格的准入邊界
開發者若想讓應用接入 Siri AI,其應用意圖必須嚴格匹配 Apple 預先定義的 13 個助理領域模板(Assistant Schemas)
這 13 個預設領域僅覆蓋圖書(.books)、瀏覽器(.browser)、相機(.camera)、檔案管理(.files)、手記(.journal)、電郵(.mail)、訊息(.messages)、備忘錄(.notes)、相片與影片(.photos)、簡報(.presentations)、試算表(.spreadsheets)、系統與裝置狀態(.system)以及文書處理(.wordProcessor)
大量高頻日常服務,例如外賣配送進度查詢、網約車實時調度、餐廳選座預訂、電商落單退貨、航班動態檢索以及銀行戶口管理,都因為無法塞進上述 13 個固定模具而被拒諸門外
2026 年 11 月 3 日推送的 27.3 Beta 1 拆除了這道圍牆,開發者不再需要把業務邏輯硬湊進預設模板,亦無需申請新的系統權限許可(Entitlement)或加入額外的開發者子計劃
只要直接重用並改造現有的 App Intents 程式碼,任何第三方應用都能向 Siri AI 註冊自訂動作,還能將任意自訂實體捐贈給 Spotlight 語義索引(Spotlight Semantic Index)

工具意圖與生成式實體巨集
為了把普通的應用動作轉化為大型語言模型可理解、可調度的工具,Apple 在 AppIntents 框架中新增了工具意圖協定(ToolIntent)及對應的 @AppIntent(.tool) 巨集
開發者只需在自訂意圖結構體上添加 @AppIntent(.tool) 標記,Siri AI 底層的推理模型就能在對話過程中動態識別並調用該意圖
如果某個已有意圖原本遵循僅支援捷徑(Shortcuts)而不支援 Siri 的領域模板,例如手記建立條目(.journal.createEntry)或圖書開啟操作(.books.openBook),開發者可以組合聲明為 @AppIntent(.tool, schema: .journal.createEntry)
這樣既能保留捷徑模板的既有收益,又能同時向 Siri AI 開放調用能力,但如果把 .tool 標記重複加在本身已經支援 Siri 的預設模板(如發送訊息 .messages.sendMessage)上,Xcode 27.3 編譯器會直接報錯攔截
針對需要從用戶單句自然語言中提取多個結構化篩選條件、而非先檢索數據庫已有記錄的場景,Apple 同步引入了生成式實體協定(GenerableEntity,繼承自瞬態應用實體 TransientAppEntity)與 @AppEntity(.generable) 巨集
以官方航班搜尋實體(FlightSearch)為例,開發者只需用 @Property 聲明屬性並附上自然語言提示,模型就能免去預先執行實體查詢(Entity Query)的步驟,直接從口語指令中推理並生成參數物件
import AppIntents
@AppEntity(.generable)
struct FlightSearch: TransientAppEntity {
static let typeDisplayRepresentation: TypeDisplayRepresentation = "Flight Search"
@Property(description: "3-letter IATA airport code for departure")
var origin: String
@Property(description: "3-letter IATA airport code for destination")
var destination: String
@Property(description: "Departure date and time")
var date: Date
@Property(description: "Cabin class such as economy, business, or first")
var cabin: String
var displayRepresentation: DisplayRepresentation {
DisplayRepresentation(title: "\(origin) to \(destination)")
}
}
@AppIntent(.tool)
struct SearchFlightsIntent: ToolIntent {
static let title: LocalizedStringResource = "Search Flights"
@Parameter(title: "Search Criteria")
var criteria: FlightSearch
func perform() async throws -> some IntentResult & ReturnsValue<[FlightEntity]> {
let flights = try await FlightService.shared.search(criteria)
return .result(value: flights)
}
}當用戶說出「幫我查下週五從三藩市飛往甘迺迪機場的商務艙航班」時,Siri AI 底層的語言模型會自動將「三藩市」和「甘迺迪機場」轉換為三字機場代碼 SFO 與 JFK,將「下週五」解析為具體時間戳,動態實例化出完整的 FlightSearch 結構體並傳入 SearchFlightsIntent 執行
四大支援平台與建置要求
儘管 Apple 在 2026 年 11 月 3 日同步向開發者分發了 6 個作業系統的 27.3 Beta 1,但面向第三方開發者的 Siri AI 自訂整合預覽版目前僅支援運行在 Apple Intelligence 相容硬件上的四大平台
這四個平台分別是 iOS 27.3 Beta(建置編號 24C5037i)、iPadOS 27.3 Beta(24C5037i)、代號 Golden Gate 的 macOS 27.3 Beta(26C5035r)以及 visionOS 27.3 Beta(24N5286r)
同日推送的 watchOS 27.3 Beta 1(24S5284h)雖然在 Apple Watch Series 12 與 Ultra 4 上首次啟用了「Siri 回顧」(Siri Recap)與「實時倒帶」(Live Rewind)兩項第一方音訊智能功能,但第三方 ToolIntent、GenerableEntity 及評測框架暫不支援 watchOS 與 tvOS(24K5286g)
配套的開發環境要求使用內置 Swift 6.4 編譯器與 27.3 SDK 的 Xcode 27.3 Beta,且開發主機必須運行 macOS Tahoe 26.6 或更高版本
二、用開放技能規範編排動作
採納開放標準的兩階段載入
當一款應用向 Siri AI 暴露十幾個工具意圖後,單靠零散的函數簽名很難讓語言模型摸清複雜的業務先後順序與參數收集邏輯
Apple 為此引入了「應用技能」(App Skills),專門用於指導 Siri AI 串聯多個工具意圖完成複合工作流、區分相似意圖的適用前提、注入特定業務領域背景知識,以及引導用戶進行多輪追問式資訊採集

值得關注的是,Apple 這次沒有另起爐灶發明一套封閉的私有設定檔,而是在官方文件中明確聲明直接採用開放標準 Agent Skills 規範(https://agentskills.io/specification)的子集
開發者在 Xcode 27.3 中透過選單 File > New > File from Template 選擇 Resource 分類下的 Skills Bundle 模板,即可生成名為 Skills.skillsbundle 的技能包目錄,每個獨立技能對應 Skills.skillsbundle/Skills/<skill-name>/SKILL.md 檔案
每個應用建置目標(App Target)最多只能包含一個 Skills.skillsbundle 資源包,且 Siri AI 僅解析 SKILL.md 中的 name 與 description 兩個 YAML 前置元數據欄位及 Markdown 正文,不支援附帶腳本(scripts)或參考檔案(references)
為了在海量已安裝應用中控制上下文視窗開銷,Apple 為 SKILL.md 設計了嚴格的兩階段按需載入機制與欄位硬約束:
- 技能名稱(
name):必填,長度限制為 1 至 64 個字符,僅允許使用小寫英文字母(a-z)、數字(0-9)和連字符(-),禁止以連字符開頭或結尾,禁止出現連續兩個連字符(--),必須與父資料夾名稱完全一致,且在主應用、應用擴展模組(App Extensions)與內嵌框架範圍內全局唯一 - 第一階段輕量初篩(
description):必填,單行純文本,長度上限為 1,024 個字符。當用戶發起請求時,Siri AI 首先僅讀取各技能的description欄位來判斷該技能是否與當前意圖匹配,因此觸發條件與適用場景必須完整寫在這行描述中 - 第二階段正文注入(Markdown Body):長度上限為 10,000 個字符。只有當 Siri AI 根據
description判定某項技能命中後,才會將該技能的 Markdown 正文載入至模型上下文,讀取其中的多步意圖編排說明與追問規則
---
name: order-return-assistant
description: Handle customer requests to return delivered items, check return window eligibility within 30 days, and generate return shipping labels.
---
# Order Return Workflow
Use this skill when a person asks to return an item or exchange a recent purchase.
## Step 1 - Verify Eligibility
Before creating a return order, call `CheckReturnEligibilityIntent` with the target `OrderEntity`.
Only proceed if `isDelivered` is true and the delivery date is within 30 days.
## Step 2 - Collect Return Reason and Method
Ask the person why they are returning the item and whether they prefer a drop-off QR code or a printable label.
## Step 3 - Submit Return
Call `CreateReturnOrderIntent` with the verified order, reason, and preferred return method.
非確定性邊界與原子設計
許多初次接觸 SKILL.md 的開發者容易把它當成順序執行的腳本語言,Apple 為此在官方文件中專門用醒目的警告框劃出了工程紅線
Apple 明確指出:「你不能使用應用技能來強制實現確定性行為。Siri AI 會利用你的應用技能來輔助決策其行為,而不會按順序機械執行技能中所列出的工具意圖。」
換句話說,SKILL.md 提供的是供語言模型推理的軟性上下文參考,模型完全可能根據當前對話狀態跳過某個步驟或調整調用順序
如果業務邏輯要求兩個動作必須按固定原子順序執行(例如扣減積分與發放優惠券不能拆分,或者退貨前必須強制通過風控校驗),開發者絕對不能把它們拆成兩個獨立的 ToolIntent 交給 SKILL.md 編排,而必須在單個工具意圖的 perform() 函數內部用 Swift 程式碼合併實現
真機評測與五大斷言指標
為了解決大型語言模型非確定性輸出難以回歸測試的工程痛點,Apple 在 27.3 Beta 中隨同基礎評估框架推出了專門面向 Siri 的 Siri Evaluations 自動化對話評估框架
除了在編寫程式碼階段利用 Xcode 27.3 內置的靜態診斷工具 Siri Integration Advisor 自動掃描描述缺失與模板衝突外,開發者還可以在 Swift Testing 測試套件中編寫包含多輪用戶輸入(UserTurn)的測試劇本(SiriScenario)
透過 SiriService 與評估器(SiriExpectationEvaluator),測試程式碼能夠向真實 Siri 管線發送腳本化請求,並針對 5 個核心維度執行量化斷言:
Calls:驗證 Siri 是否在對應對話輪次準確調用了預期的AppIntentFinds:驗證 Siri 是否成功檢索並向用戶呈現了預期的AppEntityLoads:透過SkillDefinition(name:)驗證 Siri 處理請求時是否正確匹配並載入了指定的SKILL.md技能,支援設為強制要求(.required)或偏好項(.preferred),並輸出單步載入通過率(skillsLoadedPass)與全劇本匯總通過率(skillsLoadedAllPass)OnScreen:注入模擬的屏幕上下文狀態,專門測試屏幕感知能力SiriResponse:評估 Siri 最終生成的自然語言回覆質素是否符合預期
需要注意的是,Apple 官方文件明確規定 App Skills 與 Siri AI 預覽版整合不支援在 iOS 模擬器(Simulator)中測試,開發者必須將應用部署在搭載 Apple Silicon 或 A17 Pro 及以上晶片的真實實體裝置上運行驗證
同時,現階段建置的第三方 Siri AI 整合僅在 Xcode 本地開發簽名建置(Development-signed builds)和 TestFlight 內部測試人員(Internal TestFlight)中生效,外部 TestFlight 與正式 App Store 版本均處於系統級停用狀態,直至 2027 年春季開放商店提交通道
三、免喚醒上下文與跨應用流轉
三種隱式免喚醒應用名場景
在過往的語音互動中,用戶調用第三方應用幾乎每次都必須生硬地報出應用全名(例如「用某某軟件叫車」) 而在 27.3 Beta 中,Apple 貫通了系統狀態與意圖路由器的關聯,當處於以下三種上下文狀態之一時,用戶無需在語音或文字指令中提及應用名稱,Siri AI 即可自動將指令路由至目標第三方應用:
- 目標應用正處於屏幕前景(Foreground):用戶正在瀏覽某款餐廳點評或購物應用時,直接開口下達篩選、收藏或落單指令,配合
NSUserActivity與屏幕感知(Onscreen Awareness)模組,Siri 會直接操作當前前景應用 - 目標應用的實時活動(
Live Activity)處於啟動狀態:例如網約車應用的行程實時活動正在鎖屏界面或動態島運行時,用戶直接說「Hey Siri,把我的上車地點改到[新地址]」,Siri AI 會自動識別並調用該網約車應用的修改上車點意圖 - 在全新獨立 Siri 應用(
Siri app)內延續已有對話:iOS 27 推出的獨立Siri app採用雙欄瀑布流卡片管理歷史對話並透過 iCloud 跨裝置加密同步,只要用戶在同一張對話卡片的前序輪次中提及過某款第三方應用,後續追問或執行連貫動作時均無需重複說出應用名


跨應用數據傳輸與安全邊界
除了單應用內的多步編排,27.3 Beta 還允許應用實體(AppEntity)透過遵循核心傳輸協定(CoreTransferable 框架中的 Transferable),實現跨應用的數據提取與動作接力
Apple 官方給出的典型多跳場景是,用戶說出「Hey Siri,在[某聊天應用]裏把我最喜歡的運動鞋發給我的伴侶」,Siri AI 會先調用購物應用的查詢介面提取收藏的運動鞋實體,再透過個人上下文解析「我的伴侶」聯絡方式,最後將運動鞋數據無縫傳遞給指定的第三方聊天應用發送出去
當智能體具備跨應用讀取和傳遞數據的能力後,如何防止鎖屏狀態下的私隱洩露就成了金融與企業級應用最關心的問題 Apple 為此在實體與屬性層提供了兩道細粒度的安全閘門:
- 屬性級內部隱藏(
IntentVisibility.internal):若某個實體包含僅供應用內部或小工具使用的敏感欄位(如銀行戶口實體BankAccountEntity中的銀行路由號碼routingNumber),開發者可在屬性巨集中配置@Property(visibility: .internal),將該欄位對 Siri 與捷徑徹底屏蔽,僅保留戶口暱稱與結餘供語音查詢 - 三級解鎖鑑權策略(
IntentAuthenticationPolicy):開發者可在整個實體或單個@Property、@DeferredProperty、@ComputedProperty上配置允許鎖屏直接存取(.alwaysAllowed)、要求裝置已解鎖(.requiresAuthentication)或要求本地生物特徵/密碼強驗證(.requiresLocalDeviceAuthentication)
不過,研讀 Apple 同步發布的 27.3 Beta 1 發行說明可以發現,當前早期測試版仍存在兩處不容忽視的已知缺陷
其中 iOS 與 iPadOS 27.3 Beta 1 存在編號為 190573761 的安全相關缺陷,即 Siri AI 在展示要求解鎖的實體或實體屬性前可能未正常彈出裝置解鎖請求,而在 macOS 27.3 Beta 1 中則存在編號為 191273925 的索引缺陷,第三方應用捐贈給 Spotlight 的非 Schema 自訂實體在 Mac 上暫時無法被 Siri 檢索,涉及敏感數據的開發者需重點留意後續 Beta 版本的修補進展
十五款原生應用示範升級
為了給第三方開發者作示範,Apple 在 27.3 Beta 1 中率先用這套新介面全面升級了 15 款第一方原生應用的 Siri AI 操控能力 這 15 款原生應用涵蓋日曆(Calendar)、檔案(Files)、Finder、手記(Journal)、電郵(Mail)、地圖(Maps)、訊息(Messages)、音樂(Music)、備忘錄(Notes)、相片(Photos)、預覽程式(Preview)、提醒事項(Reminders)、Safari 瀏覽器、捷徑(Shortcuts)以及天氣(Weather)

在實際體驗中,這批原生應用新增了大量以往必須手動點按多級選單才能完成的複合動作:
- 檔案與 Finder:支援透過自然語言封存(Archive)或將超過 1 年未開啟的舊檔案移至廢紙簍、按檔案類型自動分類整理資料夾、批量重新命名以及直接提取檔案內容
- 訊息與電郵:訊息應用支援語音設定定時發送 iMessage、編輯已發送訊息、收回訊息(Unsend)及發送點按回應(Tapback),電郵應用則支援一鍵取消訂閱營銷電郵列表與撤銷剛剛發出的電子郵件
- Safari、相片與效率組件:Safari 支援按一組 URL 建立分頁群組、按主題排序分頁及一鍵關閉重複分頁,相片支援語音旋轉修圖與重新命名人物及寵物相簿,手記與提醒事項則首次支援透過 Siri 建立語音轉錄手記和「緊急提醒事項」(Urgent Reminders)
四、算力帳本與全球三軌分野
日均二十五億次與每日限額
當 15 款原生應用和數以百萬計的第三方應用同時接入多步推理與跨應用編排後,雲端大型模型的算力消耗呈指數級攀升
在 2026 年 11 月 2 日舉行的 Apple 2026 財年第四季度業績電話會議上(該季 Apple 營收達 1,145 億美元,按年增長 12%),新任行政總裁 John Ternus 披露了一個關鍵基數:Siri 目前每天處理的請求量已經超過 25 億次(2.5 billion requests a day)
Apple 財務總監 Kevan Parekh 在電話會上算了一筆清晰的經濟帳:運行在端側晶片上的推理非常高效,幾乎沒有邊際成本,但伺服器端推理會產生實實在在的算力支出,並直接計入服務業務的銷售成本(Apple 預計 2026 年 12 月所在財季的綜合毛利率為 45% 至 46%)
正因如此,Apple 在 11 月 3 日的開發者公告底部及官方支援條款(文件編號 HT148587)中正式挑明了雲端每日使用限額與未來付費擴容機制
根據官方條款,凡是依賴伺服器端模型(Server-side models)運行的 Apple Intelligence 功能均受每日使用限額(Daily usage limits)約束,具體包括 Siri AI、相片智能編輯工具(含消除 Clean Up、擴圖 Extend、空間重構圖 Spatial Reframing)、Image Playground、捷徑中的 AFM 3 Cloud 與 AFM 3 Cloud Pro 模型,以及第三方應用調用的私密雲端運算(Private Cloud Compute)基礎模型 每日限額會根據具體功能、請求複雜度與系統實時負載動態浮動,用戶一旦觸達當日免費上限就必須等待冷卻重置,而 Apple 已明確表態「未來將提供付費購買更高容量擴展存取權限的服務」

同一韌體下的中外雙軌生態
在多語言擴展方面,Siri AI 自 2026 年 9 月隨 iOS 27.0 首發英語、10 月 26 日隨 iOS 27.2 新增法語、日語、韓語、葡萄牙語和西班牙語後,又在 27.3 Beta 週期宣布新增支援繁體中文、挪威語、土耳其語和越南語,使支援語言總數達到 10 種,但德語和簡體中文依然不在名單之中
更值得中文開發者與用戶看清的,是在同一個 iOS 27.3 Beta 1(建置編號 24C5037i)韌體下,全球市場實際運行着截然不同的三套軌道
| 對比維度 | 北美與亞太等支援市場 | 中國內地市場(國行版) | 歐盟成員國市場 |
|---|---|---|---|
| 核心 AI 世代 | iOS 27 新一代 Siri AI 與 Apple Intelligence | 第一代 Apple 智能與傳統 Siri 擴展 | 流動端暫未開放 Siri AI |
| 雲端合作模型 | Apple 雲端模型 + Google Gemini 架構協同 | 阿里巴巴通義千問(Qwen)大模型 | 僅桌面與頭戴式裝置支援 Apple 雲端模型 |
| 跨應用 App Skills | 支援 @AppIntent(.tool) 與 SKILL.md |
不支援新一代 Siri AI 與 App Skills |
僅 macOS 27.3 與 visionOS 27.3 支援 |
| 獨立 Siri 應用 | 包含全新卡片式 Siri app(iCloud 同步) |
不包含獨立 Siri app |
iOS、iPadOS 與 watchOS 均不可用 |
| 硬件與儲存門檻 | 支援 Apple Intelligence 的全系相容裝置 | 國行 iPhone 15 Pro 及以上,需下載約 9.5GB 模型包 | 僅限歐盟區 Mac 與 Vision Pro 裝置 |
繼 2026 年 10 月 31 日 Apple 與阿里巴巴官宣合作並獲批後,中國內地國行裝置(需 iPhone 15 Pro 及更新機型、設定中國內地地區並登入中國區 Apple ID,下載約 9.5GB 端側模型包,官方建議預留 15GB 空間)確實在 11 月 4 日凌晨推送的 iOS 27.3 Beta 1 中迎來了「國行 Apple 智能與 Siri」測試,並預計於 2026 年 12 月隨正式版推送
但經交叉實測核驗,國行版在 iOS 27.3 中上線的是與海外 iOS 18.1 至 iOS 26 世代看齊的第一代 Apple Intelligence 基礎功能集(寫作工具、相片消除、實時翻譯、通知摘要以及接入阿里千問回答圖文問題的傳統 Siri),並不包含海外基於 Google Gemini 雲端推理重構的新一代 Siri AI、獨立 Siri 應用以及本次開放的跨應用 App Skills
開發者備戰路線圖建議
從 2026 年 11 月 3 日開啟開發者預覽,到數月後向用戶推送首波體驗,再到 2027 年春季正式開放 App Store 提交通道,Apple 給全球第三方開發者留出了大約四到五個月的工程窗口期 面對這場自早期 SiriKit 以來最大規模的系統級智能體改造,開發團隊可以按以下三個步驟推進適配:
- 優先盤點高價值長尾動作並遷移至
@AppIntent(.tool):挑出應用內原本因不符合 13 類 Schema 而無法暴露的核心能力(如訂單狀態變更、垂直領域複合搜尋),利用@AppEntity(.generable)簡化自然語言參數提取,同時將涉及資金或私隱的操作歸納進單個perform()函數以保證原子性 - 精簡打磨
SKILL.md的 1,024 字符描述與真機評測集:由於 Siri AI 第一階段只看description決定是否載入技能,務必用最凝練的動詞和業務名詞寫清觸發邊界,並在搭載 Apple Silicon 或 A17 Pro 及以上晶片的測試真機上用Siri Evaluations監控skillsLoadedPass指標 - 做好雙軌相容與雲端限額降級預案:同時面向海外與中國內地市場分發的應用,需在程式碼層針對海外 Siri AI 工具調用與內地傳統捷徑做好條件分支,並考慮到用戶觸達每日雲端限額後的本地基礎功能回退體驗
常見問題 FAQ
Q:第三方開發者現在接入 @AppIntent(.tool) 和 App Skills 後,什麼時候能透過 App Store 推送給普通用戶?
目前 Siri AI 第三方整合僅在 Xcode 本地開發簽名包和 TestFlight 內部測試人員(Internal TestFlight)中生效,外部 TestFlight 與正式商店版均被系統停用
Apple 官方計劃在數月後向終端用戶交付首波體驗,並於 2027 年春季(Spring 2027)正式開放 App Store 上架提交通道
Q:升級 iOS 27.3 Beta 1 後開啟的中國內地國行「Apple 智能與 Siri」,包含這次開放的跨應用 App Skills 嗎?
不包含,中國內地國行版在 iOS 27.3 Beta 1 中上線的是接入阿里巴巴通義千問(Qwen)大模型的第一代 Apple Intelligence 基礎功能集(寫作工具、相片消除、通知摘要等)
海外 iOS 27 重構的新一代 Siri AI、獨立 Siri 應用以及跨應用 App Skills 高度依賴 Google Gemini 雲端架構,目前暫未在中國內地版本中提供
Q:可以在 Xcode 的 iOS 模擬器裏測試 SKILL.md 應用技能和 Siri Evaluations 自動化腳本嗎?
不可以,Apple 官方開發文件明確指出應用技能與 Siri AI 預覽版不支援在模擬器(Simulator)中運行
開發者必須將應用部署在搭載 Apple Silicon 或 A17 Pro 及以上晶片、支援 Apple Intelligence 的真實實體裝置上進行除錯與評測
Q:能否透過編寫 SKILL.md 強制要求 Siri AI 嚴格按照 1、2、3 的固定順序依次調用多個工具意圖?
不能,SKILL.md 只是提供給語言模型推理的上下文參考,Siri AI 不會機械地按順序執行文件中列出的每一個意圖
如果業務邏輯要求兩個動作必須按固定原子順序執行,應當在單個 ToolIntent 的 perform() 函數內部直接用 Swift 程式碼合併實現
參考與信源
- Apple Developer News:Siri AI is now open to all developers(2026-11-03)
- Apple Developer Documentation:Siri AI Developer Preview(2026-11-03)
- Apple Developer Documentation:Bringing custom actions and content to Siri(2026-11-03)
- Apple Developer Documentation:Orchestrating complex actions with app skills(2026-11-03)
- Apple Developer Documentation:ToolIntent & GenerableEntity API Reference(2026-11-03)
- Apple Developer Documentation:Siri Evaluations Framework & Loads Expectation(2026-11-03)
- Apple Developer Documentation:iOS & iPadOS 27.3 Beta Release Notes(2026-11-03)
- Apple Developer Documentation:macOS 27.3 Beta & Xcode 27.3 Beta Release Notes(2026-11-03)
- Apple Newsroom:Siri AI, a profoundly more capable and personal assistant, is here(2026-09-14)
- Apple Support:Apple Intelligence Usage Terms HT148587(2026-09-09)
- 9to5Mac:Developers can now create advanced 'app skills' for Siri AI(2026-11-03)
- MacRumors:iOS 27.3 Beta Brings Apple Intelligence to China(2026-11-03)
- TechRadar:Apple confirms plans to charge for expanded Siri AI access(2026-11-03)
- ShiftDelete.Net:Siri AI Usage Limits Coming as Apple Plans Paid Access(2026-11-03)


