Siri 終於要往
「龍蝦 AI」
進化了。

這段在幫整場設定判讀角度：Apple 把開發者每天用的 technologies、frameworks、tools 放在同一個平台路線裡談。後面所有功能都回到「開發者怎麼把 app 做得更好」這個問題。

開場也把 Liquid Glass 與 Apple Intelligence 放在同一層。這代表 Apple 同時處理 AI、設計、介面、開發工具一起改變後，app 如何維持自己的 craft 和 domain expertise。

三條主軸可當成閱讀本頁的地圖：先看 intelligence 怎麼進 app，再看平台 UI / Swift / SwiftUI 怎麼讓 app 更彈性，最後看 Xcode 27 如何把 agentic coding 帶進日常工程。

Apple 把 Apple Foundation Models 說成 Apple Intelligence 的核心，同時強調第三方 app 也能透過 Foundation Models framework 使用。這是平台策略：把模型能力包成開發者能調用的 API。

今年新增的重點是 image input 和 server models。開發者可以用裝置端模型，也可以在任務複雜時選擇 Private Cloud Compute 或自己選的雲端模型供應商。

Private Cloud Compute 的低成本進入門檻，是 Apple 對開發者採用 AI 的一個關鍵訊號：它知道 AI app 的阻力包含模型能力、隱私、成本、基礎設施和發佈門檻。實際條件仍要回官方文件確認。

Origami 範例把 Foundation Models framework 從 API 名稱變成可理解的產品流程：使用者給文字、圖片或材料資訊，app 透過模型、Vision、翻譯和生成能力整理出可操作的摺紙教學。

這段最重要的是 AI 開始嵌進 app 的核心任務。模型可以和圖片、文字、OCR、barcode reader、guided generation、tool calling 串成完整流程。

影片也提到 Claude、Gemini 等 server models 可以透過 Language Model protocol 接入。這代表 Apple 在框架層留下模型供應商的入口，開發者不用把所有 AI 架構綁死在單一模型。

Dynamic Profiles 的概念是讓模型、工具和 instructions 可以依任務切換。對 app 來說，這比較像把不同工作模式包成 profile，避免把一個固定 prompt 寫死。

Apple 後面接著講 Evaluations framework、Foundation Models instrument、FM CLI、Python SDK 和 RAG tool。這些工具補上 AI 工程化會缺的部分：測試、觀察、除錯、資料接入和跨語言工作流。

Foundation Models framework 將開源並可跑在 server 這件事，代表 Apple 想讓同一套 Swift API 同時覆蓋 app 和 server。對 Swift 開發者來說，這是端到端 AI workflow 的基礎鋪路。

Core AI 補的是另一層需求：有些任務會使用 Apple Foundation Models，有些任務則需要開發者自己的模型，例如特定 vision、語音、分類、LLM 任務在裝置端跑。

影片提到 PyTorch 轉換、最佳化、ahead-of-time compilation、instruments 和 visual debugger。這些都指向一件事：Apple 想把自訂模型也納入正式開發工具鏈，從研究模型推進到可驗證的 app 功能。

它的場景範圍很寬，從 iPhone 上的小型 vision model 到 Mac 上多十億參數的 LLM 都被提到。真正要落地時，開發者要評估模型大小、裝置 compute、延遲、電力和隱私。

App Intents 這段說的是系統智慧如何理解 app。開發者要把 app 裡的內容、entity 和 action 結構化，讓 Siri、Shortcuts、widgets 和 Apple Intelligence 能夠找到、理解、呼叫。

Origami 示範裡，使用者用自然語言問 Siri 誰要來、誰要帶什麼，接著直接執行傳訊息。這代表 app 內容開始進入系統層的語意索引和動作層。

View Annotations API 則補上畫面操作。使用者可以說「第二則訊息」或「這張照片」之類的自然語句，系統要能把螢幕上的視覺元素對應到 app 裡的 entity 和操作。

這段是 AI 部分的收束。Apple 把開發者可以做的事分成三類：用 Siri 強化自然語言體驗、用 Foundation Models 做生成式功能、用 Core AI 在裝置端跑自訂模型。

這三層其實是不同入口：Siri / App Intents 是系統整合層，Foundation Models 是通用模型能力層，Core AI 是自訂模型部署層。開發者可以依 app 性質選擇，不一定三個都做。

接著轉到 design，代表 AI 進 app 之後，介面、layout、可讀性和開發工具也要一起重新調整。

Liquid Glass 27 的重點包含視覺風格、可讀性、深度、暗邊、高光、背景擴散，以及使用者可在透明與 tint 之間調整。

這對開發者的意義是：如果 app 使用標準 API，很多 sidebar、toolbar、scroll edge、icon、window radius 的一致性會自動受益；但 app identity 和內容可讀性仍然需要重新檢查。

它也和 accessibility 綁在一起。reduce transparency、increase contrast 這些設定會影響效果呈現，所以 Liquid Glass 不能只用靜態美術截圖判斷，要放進真實內容和使用者設定裡測。

iOS app 可 resize 是很實際的平台變化。app 不能只假設自己永遠在固定手機尺寸裡，因為 iPad、Mac、iPhone Mirroring 都會把同一個 app 放到更彈性的空間。

這對既有 app 是一個檢查點：navigation、sidebar、內容密度、表單、列表、空狀態都要重新看，否則在大螢幕上可能只是放大版手機畫面。

Resizable simulator 和 Previews 的價值，是讓這些問題在開發階段就能被看見，而不是等到使用者在 Mac 或 iPad 上遇到 layout 壞掉才修。

SwiftUI 這段集中在日常 UI 問題：reorderable containers、任意容器 swipe actions、text selection、toolbar 控制、async image cache。這些都不是高概念，但會直接減少 app 製作的樣板碼。

Apple 也提到 SwiftUI、AppKit、UIKit 的底層共用逐步增加，讓 menu picker、nested stacks、layout 等控制元件效能受益。這意味著平台框架在往更一致的基礎設施收斂。

對開發者來說，這段的判讀重點是：不要只看新 modifier 名稱，而要看哪些過去需要自刻的互動，現在可以交給標準框架。這會影響 app 的維護成本。

Document infrastructure 的更新，是把 document-based app 常見需求往 SwiftUI 內收。undo、autosave、Quick Look、sharing、version browsing，以及只更新文件中改變的部分，都讓文件型 app 更容易走標準流程。

Spatial Preview framework 則把 3D model 的預覽放進開發回路。Mac app 可以把模型串流到 Vision Pro 周圍空間，讓開發者更接近實際空間體驗來調整內容。

這段雖然不像 AI 那麼吸睛，但它說明 Apple 仍在擴充 SwiftUI 的應用邊界：不只一般 app UI，也包含文件型 app 和空間運算內容。

Swift 這段的主張很明確：Apple 把 Swift 推向 mobile apps、services、embedded firmware、server、WebAssembly、Java/C++ interoperability。

影片列出 Apple 內部把 Swift 用到 Foundation、UIKit/AppKit、WebKit、QUIC、TrueType、firmware、drivers、kernel components 等場景。這是用自身採用來支持 Swift 作為系統語言的論述。

對外部開發者來說，這段可以讀成長期方向：Swift 的價值包含語法、跨平台、跨系統層、跨既有語言邊界進入更多工程場景。

Swift 6.4 這段比前面更偏日常開發效率：completion、fix-it、diagnostics、API 分群、自動 import。這些改善會影響開發者每天寫程式時被中斷的頻率。

anyAppleOS availability 的重點，是減少跨 Apple 平台條件判斷時的繁瑣程度。當 app 要同時面對 iPhone、iPad、Mac、Vision Pro 等平台，這類小改動會累積成維護成本差異。

這段適合放在簡報裡提醒：平台更新也包含讓工程師少猜、少查、少修的 IDE 和語言體驗。

Xcode 27 先講 daily experience，再講 agentic coding，順序很重要。IDE 本身要更快、更穩、更可個人化，agent 才有機會變成日常工作流。

影片提到啟動、crash/spin、debug、體積小 30%、iCloud 同步設定、新建專案、自訂 toolbar、主題、Xcode Cloud 和 Device Hub。這些是開發者每天碰到的摩擦點。

Device Hub 的意義是把 simulator 和實體裝置管理放在同一處，並支援 live resizing、pinch to zoom、sensor 控制。這和前面的 resizable app 測試需求是連在一起的。

Xcode agentic coding 把 agent conversation 設計成像文件一樣可以開啟、分割、堆疊，代表它被視為工程工作物的一部分。

/plan 是關鍵。agent 會先探索專案、理解架構和 pattern、提出 markdown 計畫和 diagram，等開發者 review 後再實作。這比直接生成程式碼更接近真正團隊協作。

後半段示範 agent 可以跑 app、操作 simulator、測 UI、做 localization、分析 crash log、重現和修復。這代表 agent 的角色從「寫」延伸到「驗證」和「改善」。

Xcode 27 內建 specialist skills，涵蓋 SwiftUI、accessibility、universal sizing、testing、performance 等主題。這讓 agent 不只是泛用模型，而可以帶有 Apple 工程和設計知識。

Plugins 可以包含 skills、MCP tools，以及透過 Agent Client Protocol 帶進任意 agent。這代表 Xcode 正在變成 agent client，能接外部工具和外部代理。

Figma 與 GitHub 被點名是很強的訊號：設計稿、程式碼、測試、PR 這些原本分散的工作流，未來會更容易被 agent 串起來。

最後一段補 Reality Composer Pro 3、Game Porting Toolkit 和 Metal command line tools，表示 developer productivity 不只限於一般 app 和 Xcode，也包含空間內容、遊戲移植和命令列除錯。

官方總結回到幾條主線：App Intents、Foundation Models、Core AI、Design、Swift / SwiftUI、Xcode agentic coding。這也可以作為後續學習路徑的章節表。

片尾引導觀眾回到 100+ sessions、Group Labs、forums、Meet with Apple 和 Developer Centers。公開頁應把自己定位成導覽，不取代官方文件和 session。