蘋果公司在 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
為了讓系統級語言模型理解複雜業務,蘋果在應用程式意圖框架(App Intents)中新增了工具意圖巨集(@AppIntent(.tool))、生成式實體巨集(@AppEntity(.generable)),並直接採納開放規範 agentskills.io 的子集推出應用程式技能包(App Skills,即 SKILL.md)
配合支援五大斷言維度的自動化測試評估框架(Siri Evaluations),蘋果計畫在數月後向終端使用者推送首波體驗,並於 2027 年春季開放 App Store 上架審核
一、打破十三類預設範本枷鎖
預設範本時代的串接困局
在 2026 年 9 月至 10 月的 iOS 27.0 至 iOS 27.2 週期內,蘋果雖然上線了重構後的 Siri AI,但對第三方應用程式設下了嚴格的准入邊界
開發者若想讓應用程式串接 Siri AI,其應用程式意圖必須嚴格符合蘋果預先定義的 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)

工具意圖與生成式實體巨集
為了把普通的應用程式動作轉化為大型語言模型可理解、可調度的工具,蘋果在 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 編譯器會直接報錯攔截
針對需要從使用者單句自然語言中擷取多個結構化篩選條件、而非先檢索資料庫既有紀錄的場景,蘋果同步引入了生成式實體協定(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 執行
四大支援平台與建置要求
儘管蘋果在 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 開放十幾個工具意圖後,單靠零散的函式簽章很難讓語言模型摸清複雜的業務先後順序與參數收集邏輯
蘋果為此引入了「應用程式技能」(App Skills),專門用於指導 Siri AI 串聯多個工具意圖完成複合工作流程、區分相似意圖的適用前提、注入特定業務領域背景知識,以及引導使用者進行多輪追問式資訊收集

值得關注的是,蘋果這次沒有另起爐灶發明一套封閉的私有設定檔,而是在官方文件中明確聲明直接採用開放標準 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)
為了在海量已安裝應用程式中控制脈絡視窗開銷,蘋果為 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 的開發者容易把它當成依序執行的指令碼語言,蘋果為此在官方文件中專門用醒目的警告框劃出了工程紅線
蘋果明確指出:「你不能使用應用程式技能來強制實現確定性行為。Siri AI 會利用你的應用程式技能來輔助決策其行為,而不會按順序機械執行技能中所列出的工具意圖。」
換句話說,SKILL.md 提供的是供語言模型推論的軟性脈絡參考,模型完全可能根據目前對話狀態跳過某個步驟或調整呼叫順序
如果業務邏輯要求兩個動作必須按固定原子順序執行(例如扣減點數與發放折價券不能拆分,或者退貨前必須強制通過風控檢核),開發者絕對不能把它們拆成兩個獨立的 ToolIntent 交給 SKILL.md 編排,而必須在單個工具意圖的 perform() 函式內部用 Swift 程式碼合併實作
實體裝置評測與五大指標
為了解決大型語言模型非確定性輸出難以回歸測試的工程痛點,蘋果在 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 最終產生的自然語言回覆品質是否符合預期
需要注意的是,蘋果官方文件明確規定 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 中,蘋果串聯了系統狀態與意圖路由器的關聯,當處於以下三種脈絡狀態之一時,使用者無需在語音或文字指令中提及應用程式名稱,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),實現跨應用程式的資料擷取與動作接力
蘋果官方給出的典型多跳場景是,使用者說出「Hey Siri,在『某通訊軟體』裡把我最喜歡的運動鞋傳給我的伴侶」,Siri AI 會先呼叫購物應用程式的查詢介面擷取收藏的運動鞋實體,再透過個人脈絡解析「我的伴侶」聯絡方式,最後將運動鞋資料無縫傳遞給指定的第三方通訊軟體傳送出去
當智慧代理具備跨應用程式讀取和傳遞資料的能力後,如何防止鎖定畫面狀態下的隱私外洩就成了金融與企業級應用程式最關心的問題 蘋果為此在實體與屬性層提供了兩道細粒度的安全閘門:
- 屬性級內部隱藏(
IntentVisibility.internal):若某個實體包含僅供應用程式內部或小工具使用的敏感欄位(如銀行帳戶實體BankAccountEntity中的銀行路由號碼routingNumber),開發者可在屬性巨集中設定@Property(visibility: .internal),將該欄位對 Siri 與捷徑徹底遮蔽,僅保留帳戶暱稱與餘額供語音查詢 - 三級解鎖驗證策略(
IntentAuthenticationPolicy):開發者可在整個實體或單個@Property、@DeferredProperty、@ComputedProperty上設定允許鎖定畫面直接存取(.alwaysAllowed)、要求裝置已解鎖(.requiresAuthentication)或要求本機生物特徵/密碼強驗證(.requiresLocalDeviceAuthentication)
不過,研讀蘋果同步釋出的 27.3 Beta 1 發行說明可以發現,目前早期測試版仍存在兩處不容忽視的已知瑕疵
其中 iOS 與 iPadOS 27.3 Beta 1 存在編號為 190573761 的安全相關瑕疵,即 Siri AI 在展示要求解鎖的實體或實體屬性前可能未正常彈出裝置解鎖請求,而在 macOS 27.3 Beta 1 中則存在編號為 191273925 的索引瑕疵,第三方應用程式捐贈給 Spotlight 的非 Schema 自訂實體在 Mac 上暫時無法被 Siri 檢索,涉及敏感資料的開發者需重點留意後續 Beta 版本的修復進展
十五款原生應用示範升級
為了給第三方開發者示範,蘋果在 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 日舉行的蘋果 2026 會計年度第四季財報電話會議上(該季蘋果營收達 1,145 億美元,年增 12%),新任執行長 John Ternus 揭露了一個關鍵基數:Siri 目前每天處理的請求量已經超過 25 億次(2.5 billion requests a day)
蘋果財務長 Kevan Parekh 在電話會上算了一筆清楚的經濟帳:執行在裝置端晶片上的推論非常高效,幾乎沒有邊際成本,但伺服器端推論會產生實實在在的算力支出,並直接計入服務業務的銷售成本(蘋果預計 2026 年 12 月所在會計季度的綜合毛利率為 45% 至 46%)
正因如此,蘋果在 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)基礎模型 每日限額會根據具體功能、請求複雜度與系統即時負載動態浮動,使用者一旦觸達當日免費上限就必須等待冷卻重置,而蘋果已明確表態「未來將提供付費購買更高容量擴充存取權限的服務」

同一韌體下的中外雙軌生態
在多語言擴充方面,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 日蘋果與阿里巴巴官宣合作並獲批後,中國大陸國行裝置(需 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 提交通道,蘋果給全球第三方開發者留出了大約四到五個月的工程窗口期 面對這場自早期 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 與正式商店版均被系統停用
蘋果官方計畫在數月後向終端使用者交付首波體驗,並於 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 自動化劇本嗎?
不可以,蘋果官方開發文件明確指出應用程式技能與 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)


