Google I/O 2026 把 Gemini 變主秀

以前我把 Google I/O 當發表會看，現在我把它當 Gemini 會改哪個產品預設來追。

我看 Google I/O 的方式，差不多像盯一個快發霉的 repo：每年都說要整理，結果最先長出來的永遠是 AI demo。去年我還在等它把那些漂亮話落到開發者真的能用的地方，結果看到的不是更清楚的產品路線，而是 Gemini 到處掛名、各種功能一起改口徑。看久了我就知道，這種場合最值錢的不是舞台上那句大話，是它偷塞進去的產品預設。

今年我更確定這件事。Google I/O 2026 定在 5 月 19 日，整個節奏看起來就是 Gemini 先上桌，其他產品像配菜。這不是我在酸，是 Google 這幾個月一路鋪出來的樣子：Search、Workspace、Android、車機、眼鏡，能掛 Gemini 的地方它都想掛。對開發者來說，這很煩，但也很實際，因為你要先知道 Google 下一步會把 AI 塞進哪個入口，API、預設值、限制條件才會跟著動。

這篇拆解的起點，是 Mashable 的預覽文：https://mashable.com/article/google-io-2026-what-to-expect。原文作者是 Chance Townsend 和 Timothy Beck Werth。它本來只是活動預測，我把它拉成開發者版本：哪些東西值得盯、哪些只是在台上好看、哪些你現在就能先準備。

Google 不是在推模型，是在改整個產品層

“A major Gemini model update is widely expected to be the centerpiece announcement.”

翻譯一下就是：Gemini 已經不是單一產品了，它是 Google 想拿來蓋住 Search、Android、Chrome、Workspace、影音工具、語音工具的那層底座。公司一旦這樣玩，模型發布就不只是模型發布，而是整個平台的重排。

我以前在別的團隊也看過類似操作，最麻煩的地方不是技術，是溝通。模型一變，所有產品團隊都開始把自己的 roadmap 藏進模型敘事裡，最後你根本分不清楚哪些是今天能用的功能，哪些只是明年可能會到的願景。對開發者來說，這最討厭，因為你要決定的是現在要不要接 API，不是聽一段很會講的主題演講。

Mashable 提到可能會有類似 Gemini 4.0 的更新，數字其實沒那麼重要，重點是訊號很明確：Google 想讓下一版模型定調整個產品線。你如果有碰 Google 的服務，現在該想的不是「會不會有新模型」，而是「哪個產品預設會先被改」。

實操寫法很簡單：把你依賴 Google 的地方全部列出來，尤其是會吃生成內容、摘要、分類結果的流程。然後去看這些流程裡，哪些地方一旦模型行為變了，UX、延遲、信任感會先炸。

• 先盤點依賴生成答案、摘要、分類的功能。
• 注意模型名稱、方案名稱、quota、路由規則有沒有一起改。
• 不要把 keynote 當文件，真正能依賴的還是後續 docs。

語音會是 Google 最容易翻車，也最可能搶分的地方

“Pre-show leaks suggest Gemini could be in for a significant upgrade on the voice side.”

這句我最在意，因為語音是 AI 最容易看起來很聰明、實際上很卡的區域。Mashable 引到 Forbes contributor Paul Monckton 的說法，提到 Google app 裡藏了 Gemini Live 的語音模型，還有像 “Capybara” 和 “Nitrogen” 這種代號，甚至有模型自稱 “Gemini 3.1 Pro”。如果這些是真的，代表 Google 早就在後台做多模型語音路由了。

白話一點說，語音體驗很可能會被拆成幾種工作：快答、深度推理、記憶維持、事實查核、不同地點或不同情境的處理。這不是小修小補，這是 Google 在承認：單一語音模型撐不住全部場景，所以要分流。這種變化通常最後都會反映在 API 行為上，開發者最好先知道。

我自己做過內部語音原型，demo 的時候都很漂亮，因為使用者只要問一句，模型就能回一句。真正難的是使用者插話、換題目、或者期待它記住上一輪上下文。你很快就會發現，所謂「夠用」的語音，其實是一堆妥協包成一個麥克風按鈕。

實操上，我會先測三件事：使用者中途改意圖時，模型會不會飄；長對話時記憶穩不穩；接工具之後，是更聰明還是只是更慢。等 Google 真把新語音模型丟出來，你就知道它到底解掉哪個洞。

你可以先去盯這兩個地方：https://gemini.google.com/ 和 https://ai.google.dev/。Google 真要把東西做實，通常會先落在這裡。

影片工具會是 Gemini 下一個被塞滿的地方

“On the video side, Chrome Unboxed flagged a separate leak this week, pointing to something called Gemini Omni.”

Mashable 把這個爆料接到 9to5Google 的線索，描述 Gemini Omni 像是一個影片生成模型，還支援 remix、聊天內編輯、模板式創作。若是真的，我會把它解讀成：Google 想把影片 AI 從「丟一句 prompt 出片」改成「在產品裡反覆改片」。

這方向其實比較實際。影片 AI 最難的從來不是第一次生成夠不夠炫，而是你能不能便宜地改第二次、第三次。只要迭代成本太高，正常人就不會一直試，最後只剩下 demo 好看。

Mashable 也提到，有使用者做兩支短片就燒掉一天 AI Pro 額度的 86%。這種數字比任何宣傳詞都誠實，因為它直接告訴你：算力成本還是很硬，產品體驗最後會被 credit、rate limit、tiering 一起綁住。

我看過太多創作工具在台上像魔法，進 production 後卻因為每次重做都太貴而爛掉。使用者不會替你的模型成本買單，他只會覺得自己一直被迫重來。如果 Google 推 Omni 或 Veo 的更新，我最想看的是它能不能真的變成工作流，而不是昂貴玩具。

實操寫法：如果你做影片工具，先把版本、局部重生、成本提示做起來。還有一件事很重要，預覽品質跟正式輸出要分開，不要讓使用者一開始就被高成本嚇跑。

• 設計成可迭代編輯，不要只想一次生成。
• 在使用者按下生成前就顯示成本。
• 把 preview 和 final export 分成兩條流程。

Android 上筆電這件事，我先保留懷疑

“This hint suggests that Google's long-in-development project to create an Android operating system for PCs and laptops is expected to get significant airtime.”

Google 這個坑挖太久了，久到我已經不想數它到底放過幾次煙霧彈。Mashable 說這個計畫可能叫 Aluminium OS 或 Aluminum OS，目標是把 Android 和 ChromeOS 併成一個平台。Sameer Samat 也說過這套平台還在朝 2026 推進，這比平常那種企業式模糊說法具體一點，但我還是不會把 keynote 當成正式上線日。

白話就是，Google 想處理自己造成的平台碎片問題。ChromeOS 有自己的位置，Android 也統治手機，但兩者都沒把「跨裝置延續」這件事收乾淨。如果它真能做出一個不廉價、不卡手、又能跑 Android app 的筆電體驗，那會很有用；如果不行，就只是換名字繼續拖。

我在意這件事只有一個原因：平台收斂會改變開發者的算式。如果 Google 真想讓同一套 app 跨手機、平板、摺疊機、筆電，那 app layout、input、windowing、多工就不再是邊角問題，而是預設問題。

實操上，我會直接去檢查 Android app 或 web app 的大螢幕表現。沒測過 responsive layout、keyboard navigation、pointer input、multi-window 的，現在就補。官方更新可以先看 https://blog.google/products/android/ 和 https://developer.android.com/。

另外 Mashable 也提醒 ChromeOS 不會立刻消失。這點很重要，因為 Google 很愛雙線並行，直到其中一條悄悄被收掉。現在先假設碎片化還會繼續，比假設整合成功安全得多。

Android XR 眼鏡是 Google 不能再演砸的 demo

“We’re hoping to see both pairs of glasses at Google I/O 2026.”

眼鏡這條線，會直接決定 Google 看起來是成熟，還是又在提醒大家它為什麼常讓人不放心。Mashable 說 Google 正在做兩副 Android XR 眼鏡：一副主打相機、喇叭、麥克風，讓 Gemini 能免手持互動；另一副更進一步，會有 in-lens 顯示。兩者都綁在 Android XR 上，跟 2025 年 10 月推出的 Samsung Galaxy XR 頭戴裝置同一套平台。

翻譯一下，Google 想把「現在能用」跟「以後再說」分開。這很合理，因為大多數人不需要一個科幻頭盔來問問題、拍筆記、做翻譯；他們需要的是一副不笨重、不尷尬、不像在演科幻片的穿戴裝置。顯示版比較有話題，但簡化版才比較像真的能出貨。

我看過太多穿戴 demo，劇本都一樣：硬體很漂亮、軟體很神奇，然後電池、延遲、隱私問題一出來，整場氣氛就散掉。Google 應該也知道，所以 I/O 如果真的談 XR，重點多半會放在開發工具和使用情境，不會假裝眼鏡已經是大眾商品。

實操寫法：如果你做 Android 應用，現在就開始想「抬頭看一下就能完成」的互動。短 prompt、短回應、語音優先、通知不要依賴大螢幕。等 Android XR 工具更完整時，最早能做出東西的，通常是那些早就尊重穿戴限制的團隊。

平台細節可以盯 https://www.android.com/ 和 https://developer.android.com/。如果 Google 這次是認真的，SDK 會先到這裡。

搜尋還是最刺眼的那條線

“This year, will Google announce that AI Mode is becoming the new default search experience?”

這句其實問得很直接，因為 Search 本來就是 Google 的生意、產品、也是它最怕失手的地方。Google 早就在推 AI Mode 和 AI Overviews，去年 I/O 也很明白地告訴大家，它想讓搜尋結果更像答案，不像連結清單。問題是，這對整個網路生態很不舒服，尤其是靠流量吃飯的人。

白話講，Google 想掌控的是第一個互動，不只是檢索那一層。如果 AI Mode 變得更核心，內容站和開發者都要準備好面對更少點擊、更多摘要、更多被 Google 重新解讀的來源內容。使用者會覺得快，做內容的人會覺得痛。

我不覺得 Google 還能不往這裡走。它已經花太多時間教育使用者期待對話式答案，而不是十個藍色連結。真正剩下的問題只有一個：它會推多快。如果我是做內容產品或依賴搜尋流量的團隊，我現在就會先準備好下一輪 referral 變化。

實操上，我會先回頭看 analytics、SEO 假設、以及你對 Google 流量的依賴程度。然後問一個更實際的問題：如果 AI 摘要先把答案講完，你的產品還能提供什麼？那才是現在該解的題。

可抄的模板

# Google I/O 2026 開發者追蹤模板

## 我先盯的公告項目
- Gemini 模型更新
- Gemini Live 語音升級
- 影片生成 / 編輯工具
- Android 筆電平台 / Aluminium OS
- Android XR 眼鏡與工具鏈
- AI Mode / AI Overviews 搜尋變動
- 各種 agentic AI demo

## keynote 當下我記的重點
- 新模型名稱與方案名稱
- API 是否開放、是否有 waitlist
- 有沒有提到 routing、memory、tool use
- Search 預設值有沒有變
- 新裝置形態與 SDK
- quota、credits、pricing 的暗示

## 我回去就做的事
- [ ] 測現有 Gemini 整合的模型漂移
- [ ] 檢查語音流程的插話與記憶穩定性
- [ ] 補 Android 大螢幕、鍵盤、滑鼠測試
- [ ] 看搜尋流量會不會被 AI 摘要改寫
- [ ] 把影片流程拆成預覽與正式輸出
- [ ] 等官方 docs，不只看舞台 demo

## keynote 後填空
- 公布的模型名稱：
- API / SDK 連結：
- 價格與 quota 變動：
- 被改掉的產品預設：
- 本週要做的 prototype：

## 判斷規則
如果 Google 只在台上講，沒有把文件放出來，我就先把它當承諾，不當依賴。

我會怎麼收尾這場 I/O

如果我是產品團隊，我不會在 keynote 後立刻做一份很會講的戰報。我會先做一份很無聊的表格，把每一次提到 Gemini、Android XR、搜尋變動、筆電平台、語音升級都記下來。這種表格通常比 hype thread 更耐用，因為它會告訴你哪些是真的要落地，哪些只是舞台效果。

接著我只做兩件事：挑一個最接近你現有產品的方向做 prototype，然後故意忽略最華麗的 demo。你如果本來就做 assistant，就先看語音；你如果本來就做 Android，就先看大螢幕；你如果靠搜尋流量，就先看 referral 會不會被 AI 摘要洗掉。這些才是會真的影響你工作的地方。

我的結論很直白：Google I/O 2026 不是在證明 AI 會不會出現，AI 早就出現了。它真正要看的，是 Google 有多少產品會被重新命名、重新定義、重新塞進 Gemini 的框架裡。你如果是開發者，現在就該開始算這筆帳。

原始來源是 Mashable 的預覽文：https://mashable.com/article/google-io-2026-what-to-expect。我這篇有一半是整理原文線索，另一半是我自己的開發者解讀，兩者我盡量分開了。