WWDC 2026 讓 Siri 變助手

我把 MacRumors 的 WWDC 2026 預測拆成一份可抄的 Siri 助手模板，重點是上下文、螢幕感知、App 動作和隱私邊界。

我這陣子一直盯著 Apple 的 AI 走向看，老實說，Siri 以前那套真的很卡。它不是不會講話，是不會做事。我問天氣，它會回；我叫它幫我處理工作，它就開始裝聽不懂。每次我想把它當真正的助手用，最後都變成我在遷就它。那種感覺很煩，因為問題不是模型名字不夠大，是它根本沒抓到「上下文」這件事。

所以我看到 MacRumors 的 WWDC 2026 guide 時，第一反應不是「哇又有新 AI」。我看到的是 Apple 終於把舊 Siri 的問題講白了，然後準備重做一遍。這份 guide 把 Apple 的 AI 方向串到 iOS 27、iPadOS 27、macOS 27，重點不是某個炫技功能，而是 Siri 要開始看懂個人資料、看懂螢幕、會動 App，甚至接第三方 AI。這才是有感的地方。

Siri 不再靠指令硬猜，而是靠上下文做事

“Siri will be able to draw on user data and information from Apple devices, with access to personal data for completing tasks.”

翻譯一下就是：Apple 想把 Siri 從「回答機器」改成「幫我把事情做完」的機器。這差很多。指令型助手很吃口令，你要講對句子，它才知道你要什麼；上下文型助手則是先看你手上有什麼資料，再推測你真正想處理的是哪件事。這就是「把 Eric 上次傳來的那個文件找出來」和「請幫我找一下上週那封信裡的附件」之間的差別。

MacRumors 拆出來的三個核心是 personal context、on-screen awareness、app integration。裡面我最在意的是 personal context，因為這最不花俏，但最有用。Siri 如果能搜尋郵件、訊息、檔案、照片、行事曆，甚至把這些資料串起來，那它才真的像助手，不是語音遙控器。

我自己以前試過用語音助手處理行政工作，結果每次都卡在「找上週那個東西」。它很會搜網頁，卻完全不懂我的工作脈絡。這就是老問題：它知道「查詢」，不知道「我」。Apple 現在的方向，等於是承認這件事不能再拖。

實操上，如果你在做 Apple 平台產品，我會先問：你的使用者最常回頭找什麼？哪些資料只有跟別的 App 合併才有價值？你要把這些核心物件整理成可搜尋、可識別、可被動作化的結構。因為一旦 Siri 真的開始吃這套，贏的不是最會講 AI 的 App，而是資料結構最乾淨的 App。

• 先盤點 App 裡最常被重複查找的 10 個物件。
• 替核心資料補上穩定 ID、清楚標籤和 metadata。
• 假設使用者會用很口語、很亂的方式描述需求。

螢幕感知才是讓 Siri 真的像助手的那一步

“Onscreen awareness will let Siri see what's on your screen and complete actions involving whatever you're looking at.”

這段我覺得最有感。因為以前的 Siri 最大問題不是「沒聽到」，而是「看不見」。我在照片裡看到一張圖，想直接傳出去；我在訊息裡看到一個地址，想立刻存進聯絡人。這些事本來就不是單一步驟，卻常常被做成一串很煩的手動操作。這就是為什麼很多 voice feature 聽起來很厲害，實際上很雞肋。

Apple 現在講的 on-screen awareness，就是承認 UI 本身就是上下文。你正在看的畫面，就是助手該理解的現場。它不用再問一堆廢話，也不用叫你重講一次內容。它看得到畫面，就能直接幫你做下一步。

我以前看過太多舊助手的失敗案例：人在 Mail 裡，它像沒看到郵件；人在 Photos 裡，它像不知道相簿存在。這次 Apple 的方向比較正常，至少它知道「你現在在哪個畫面」比「你說了什麼」更重要。這不是小修小補，這是整個互動模型在換。

實操寫法很簡單：如果你在做 UI，就不要把重要動作藏到很深的地方。讓選取中的物件、目前草稿、正在看的照片、目前的聯絡人、當前文件都變成清楚的狀態。因為未來的助手不是只看按鈕，它是看你現在手上那個東西能不能直接動。

• 把「目前選取項目」做得明確而一致。
• 動作名稱保持簡單，不要每個畫面都換說法。
• 設計成「對著我正在看的東西做事」，不是只有「打開某個功能」。

App 動作化，才是 Siri 不再裝飾用的地方

“Siri will be able to do more in and across apps, performing actions and completing tasks that are just not possible with the personal assistant right now.”

這句話的意思很直接：Apple 想讓 Siri 從「幫你找入口」變成「直接替你完成流程」。這條線很重要。很多助手都很會講，卻不會做。它們可以告訴你去哪裡，但不能幫你把事辦完。MacRumors 提到的例子像是搬檔案、編照片後分享、回家路上傳 ETA、草擬郵件再送出，這些都不是炫技，這些是實用。

而且 Apple 不是只想自己做。它還要讓第三方開發者把 App 能力暴露給 Siri。這就不是單一功能，而是平台層的事情了。你如果把 App 的重要操作都整理成 intents 或 shortcuts，那 Siri 才有機會跨 App 幫你串流程。不然它永遠只是在門口喊「我可以幫忙」，然後什麼都做不到。

我最受不了的就是那種「我幫你找到 Eric 了」的假幫忙。找到名字不等於完成任務，這點很多 voice assistant 都搞不清楚。Apple 現在如果真的要做對，重點不是讓 Siri 會聊天，而是讓它能接管 workflow。這才像助手，不像展示機。

實操上，我會建議你先挑 App 裡 5 個最常重複的動作，把它們整理成結構化操作。不要等 Siri 支援才開始準備，因為到時候你會發現自己根本沒有可供呼叫的動作層。先把能力模型做出來，後面接任何 AI 都比較不痛。

聊天不是產品，能做事才是產品

“Siri will be like ChatGPT or Claude, able to draw on information from the web to provide answers to questions.”

Apple 這次算是把話講明白了：Siri 不能再只是語音搜尋框。它得像 ChatGPT、Claude 那種聊天介面，能摘要、能生成、能分析、能解釋。MacRumors 也提到它可能會搜尋網頁、生成圖片、生成內容、摘要資訊、分析上傳檔案、寫 email 和簡訊，甚至把裝置內搜尋做得更像 Spotlight 的替代品。

我自己看這段的感覺是，功能很多，老實說有點滿。但方向很清楚：Apple 不想再把 AI 做成一個獨立模式，然後叫大家自己切過去。它想把 Siri 變成系統入口，讓使用者不用思考「我現在該開哪個 AI」。這也解釋了為什麼它傳出會有獨立的 Siri app，還有文字、語音、附件、對話歷史這些介面元素。

這裡真正值得抄的不是「做聊天」，而是「聊天只是 transport」。產品本體是聊天背後能碰到什麼狀態、檔案、動作、歷史。你如果只做一個文字框，那你就是在跟一堆文字框競爭；你如果能讓聊天真的去讀資料、接工具、完成任務，那才是有用的 AI。

實操寫法：做 AI 功能時，先別把重點放在 persona 或口氣。先問它能不能碰到 state、檔案、動作和 history。能做的事越多，聊天越像入口；不能做事的聊天，只是另一個更會講話的搜尋框。

介面像搜尋框，不像機器人，這步很對

“Swiping down from the center of the iPhone's display from the Home Screen or any app will bring up a new ‘Search or Ask’ feature in the Dynamic Island.”

這個設計細節我覺得很 Apple，也很實際。它不是叫你「召喚 AI」，而是把入口包裝成大家已經懂的東西：搜尋。你要查資料就搜，你要問問題就問，你要做動作就直接下指令。這比「開啟機器人模式」正常太多了。

MacRumors 還提到這個介面會在 Dynamic Island 周圍出現，處理時是發光 pill，結果出來後會變成透明卡片，繼續聊則進入類聊天模式。這表示 Apple 想把 AI 融進 OS，而不是讓它每次都像一個外掛視窗。它也保留「Hey Siri」和側邊按鈕，代表它知道使用者不會一夜之間改習慣，所以先把入口鋪好。

我其實滿認同這種做法。大多數人根本不想「打開 AI」，他們只想把事情做完。搜尋、詢問、動作，這三件事合在一起，比一個會講幹話的角色容易懂多了。UI 如果要讓人一眼懂，就別把重點放在人格，先把入口做好。

實操上，做 AI UX 的第一步不是加動畫，是定入口。使用者要能很快知道哪裡是找資訊、哪裡是問問題、哪裡是叫它直接做事。入口不清楚，功能再多都只是 demo。

Gemini 當底層，Apple 這次很務實

“Apple partnered with Google to use Gemini AI models instead of using its own AI models.”

這句話很刺耳，但也很誠實。Apple 傳出跟 Google 合作，用 Gemini 模型和雲端技術來支撐 Apple Foundation Models，代價大約是每年 10 億美元。這不是小錢，這是 Apple 在承認：自己這一段的底層算力和模型能力，還沒到可以單挑的程度。

我不覺得這有什麼丟臉。反而很正常。Apple 把難的數學交給比較成熟的模型，把系統整合、隱私邊界、UI 和裝置體驗留在自己手上。這才是務實做法。你要的是產品，不是模型潔癖。

更重要的是，Apple 似乎也在做一個模型 broker。它可能讓 Siri 接第三方 chatbot extension，像 ChatGPT、Claude、Gemini 都能進來。這代表 Siri 不是單一模型的包裝盒，而是協調不同後端的入口。這種架構對開發者其實很有啟發：AI 產品不要綁死一個模型，工具層和模型層要分開。

實操寫法：把你的 AI 架構設計成可替換。模型可以換，工具可以插，資料邊界可以明講。不要把「某個模型很強」當產品策略，因為真正活下來的系統，通常都是能切換後端、能做 fallback 的那種。

• 把 assistant UI 和 model backend 拆開。
• 設計 fallback，避免主模型失效就整個掛掉。
• 讓使用者知道哪些資料會離開裝置。

隱私不是附加功能，是 Apple 能不能說服人的門票

“Apple will likely aim to keep as much processing on-device as possible to limit the amount of data that leaves a user's device.”

如果 Siri 要碰 email、訊息、照片、行事曆、檔案，那隱私就不能只寫在頁腳。Apple 很清楚這點，所以它大概率會把盡可能多的處理留在裝置上，必要時才用 Private Cloud Compute，還會限制記憶保存，甚至讓使用者決定 Siri 對話要不要自動刪除。這不是加分題，這是基本盤。

因為這整套東西一旦讓人覺得在偷看資料，整個故事就垮了。Apple 知道自己不能一邊要你交出個人上下文，一邊又不把邊界講清楚。所以它會一直強調：Siri 可以關，Apple Intelligence 可以關，聊天紀錄可以刪，跨裝置同步也只在你的 iCloud 裡轉。這些控制不是裝飾，是信任交換。

對開發者來說，這也是提醒。你只要碰到 AI，就不是只寫功能而已，你還在處理授權、保留、刪除、同步、審計。要是你講不清楚資料怎麼流動，那就先別急著上。用戶不是不能接受 AI，而是不能接受你講不清楚。

實操上，我會把 AI 資料政策當成產品需求來寫，不是法務附錄。先定 retention，先定 deletion，先定本機和雲端的分界，再來談功能。你要讓人把 inbox 或檔案交給助手，邊界就不能含糊。

可抄的模板

# Siri-style assistant rollout template for Apple platforms

## 1) Assistant entry points
- Add a system-level entry point for "Search or Ask".
- Support voice, text, and button-triggered access.
- Keep the entry point available from Home Screen, app views, and selected content.

## 2) Context sources
- Personal context: mail, messages, files, photos, calendar, contacts, notes.
- On-screen context: current view, selected item, visible content, active draft.
- App context: current task, recent actions, app-specific objects, shortcuts.

## 3) Supported actions
- Search for content on device.
- Summarize messages, files, and documents.
- Draft emails, texts, and notes.
- Move or transform content between apps.
- Trigger app-specific actions through exposed intents.

## 4) Model routing
- Default to the system assistant.
- Allow user-selected extensions for third-party AI services.
- Provide fallback routing when the default model cannot answer.
- Keep voice output distinct for different services.

## 5) Privacy controls
- Prefer on-device processing.
- Use private cloud processing only when necessary.
- Allow users to auto-delete conversations after 30 days, 1 year, or never.
- Make chat history export and deletion easy to find.

## 6) Developer checklist
- Expose app capabilities as structured actions.
- Make key objects searchable and identifiable.
- Keep UI state readable to an assistant.
- Test common tasks like: find, draft, send, move, summarize, and share.

## 7) Product copy
- "Search or Ask"
- "Ask Siri"
- "Use your apps and data"
- "Private by design"

## 8) Launch test
If a user can describe the task in one sentence and Siri can complete it without manual navigation, the integration is ready.

這段就是我會直接拿去改的版本。不是什麼空泛的 AI 戰略，是入口、上下文、動作、路由、隱私，五件事先定死。

這篇的原始來源是 MacRumors WWDC 2026 guide，我這篇是把它拆成開發者能直接用的模板，沒有新增原始報導以外的事實。相關背景也可對照 Apple Intelligence、App Intents 和 Gemini。