Google Tabletop 是甚麼？群組共用空間怎樣用 AI 即時砌出來

11 月 11 日，Google Labs 開放了一項叫 Tabletop 的實驗。你開一個協作空間，把連結、檔案與想法丟進去，叫它砌出一個小工具，再把邀請連結貼進群組，全組人同時在同一個頁面上改。聽起來像 Google Docs 加了一堆按鈕。

它目前只在美國開放，要 18 歲以上，還要排候補名單。香港與台灣讀者這刻只能看，不能入場。但這東西值得留意，因為它把一件事講得很白：軟件不必等工程師寫好，用家講一句話，介面當場長出來。

以下拆開幾層來看。它實際做出甚麼、背後的生成式 UI 怎樣運作、與 Google 另一條協議 A2UI 是甚麼關係，以及你今日可以怎樣理解它的價值與限制。

Google Tabletop 在做甚麼：一個空間與幾個即時生成的小工具

Google 的說法很直接：無論你在計劃家庭旅行、帶一支業餘球隊，還是搞一場一人帶一道菜的聚餐，一群人要協調得好，最好就是個個都能在同一個地方加東西、改東西、拍板。

操作上只有幾步。你把現成的連結、檔案與想法加進空間，然後用 @tabletop 叫它，或者揀一個現成範本。它會生成互動式的旅行行程、晚餐投票、分帳計算器、賽程表。空間砌好後，把邀請連結丟進群組，其他人點進來就即時見到同一個畫面，邊講邊改，跟共編一份 Google Doc 一樣。

The Verge 的記者看過之後，把它的版面比作 Asana、Monday 這類工作管理工具，分別在於裡面那個 AI 可以讓你用描述的方式，把儲蓄目標追蹤、家務分工表、活動計劃逐個「砌」出來。這個描述很準：Tabletop 不是一份文件，是一組可以按、可以填、可以改的介面。

對不慣寫指令的人，範本是入口。你不用想怎樣描述一個分帳表，直接揀現成的那個，再改人名與金額。要用範本以外的東西，就回到描述這一步，講得含糊，出來的工具就唔啱用，這是用家要自己承擔的部分。

值得留意的是它與共編文件的分別。Google Docs 讓你共用一段文字，改的是內容；Tabletop 讓你共用一件工具，改的是規則。有人在投票卡加一個選項，所有人即刻見到；有人把分帳的人數由四個改成五個，金額即時重算。這種改動在試算表要做公式，在群組要重新問一輪，在這裡是舉手之勞。

把時間線拉長一點看，這是 Google Labs 近月的第二件同類產品。10 月它推出 Playground，讓用家自己生成小遊戲；一個月後輪到 Tabletop，把同一種「叫一句就有成品」的能力由遊戲搬到日常協調。兩件都是實驗，都掛在 Labs 名下，也都先用候補名單控制人數。這種節奏說明 Google 正在用真實用家測試生成式介面的邊界，而不是等產品完美才拿出來。

生成式 UI 怎樣運作：由一句指令到一個按得落的介面

要理解 Tabletop，先要理解生成式 UI 這個做法。平時用聊天機械人，它回你一段文字，你自己看完再去做。生成式 UI 改的是最後一步：模型輸出的不是段落，而是介面的描述，例如要有幾個欄位、幾個選項、按下去之後觸發甚麼。前端收到描述，用自己原生的組件畫出來。

分別在於手感。你問「今晚去哪裡食飯」，聊天機械人會列三個建議，你要自己在群組再問一輪。Tabletop 會直接開一張投票卡，四個人各自點一項，結果即時顯示，還附上地址與時間。同一件事，少了兩輪來回。

群組決策最耗時間的往往不是討論，而是收集。誰去訂位、誰先付錢、星期六幾點集合，這些問題一條一條問，問完還要人手整理。Tabletop 的設計就是把「收集」變成一個現成介面，答案自動落到同一個地方。

技術上，它要做到的是即時生成、即時同步。你改一個選項，其他人畫面要跟著變；你加一個欄位，背後的資料結構要一齊改。這也是為何這類產品難做：生成介面不難，生成一個大家可以同時改、又不會互相覆蓋的介面才難。

Tabletop 與 A2UI 的關係：同一個方向，兩條產品線

同一天，Google 亦把 A2UI 推上 1.0，是這套生成式 UI 開放協議的第一個穩定版。按 A2UI 官網的說法，它是一套開源框架，智能代理負責描述要顯示甚麼，應用程式用自己的原生組件渲染，官方列出的渲染器覆蓋 React、Angular、Lit、Flutter、SwiftUI 與 Jetpack Compose，其中 Android 的 Compose 渲染器仍在早期測試階段。

兩件事放在一起看很自然。A2UI 是給開發者的：Atlassian 把工作項目的追問卡片放進 Jira，Alation 用它砌指標卡，ByteDance 亦在自家跨端框架上做了渲染器。Tabletop 則是給一般人的示範，讓你親手感受「叫一句就有一件工具」是甚麼感覺。

要講清楚一點：Google 的 Tabletop 公告沒有說明它是否建在 A2UI 之上，兩者只是同一個星期、同一個方向。把 A2UI 當成基建、Tabletop 當成樣板房，這個理解比較穩妥。

開放協議這一層，對用家的意義是間接的。同一個介面描述，可以在網頁、手機、桌面用各自的組件畫出來，開發者不必為每個平台重寫一次，用家就不會見到「網頁版有、App 版冇」這種落差。Tabletop 會否走這條路，官方未講，但方向一致。

對 Android 用家來說，A2UI 那條線反而更實際。Compose 渲染器成熟之後，應用程式可以在自己的介面裡顯示代理生成的卡片，不必開一個 WebView。Tabletop 暫時未走到這一步，它是網頁產品，手機上仍然要靠瀏覽器。

香港與台灣群組的三個實際場景

第一個場景是家庭旅行。一家人去大阪，行程、機票、住宿連結全部丟進同一個空間，Tabletop 砌出行程表與分帳計算器。誰付了訂金、誰還未過數，打開就見到，不必在 WhatsApp 群組爬上一百條訊息。

第二個場景是同學聚會。舊同學約食飯，最煩是訂位與人數。開一個投票，選日期與餐廳，達到人數就自動顯示成局。搞手不用逐個私訊確認，也不會出現「以為你會來」這種尷尬。

第三個場景是興趣小組。業餘球隊要排賽程，Tabletop 生成對賽表，輸贏即時更新。這類一次性、參與者不多的活動，正是它的主場，因為你不需要為一次比賽去學一套專案管理軟件。

三個場景有個共通點：參與者都不想安裝新應用，也不想學新工具，更不想為一次活動開一堆帳號。他們只想點一條連結，填兩個格，然後繼續生活。這一點對香港與台灣的群組尤其重要，因為大家早就習慣在通訊軟件裡解決一切，任何要另外下載的東西都會少一半人參與。

Tabletop 的限制：地區、年齡與實驗性質

第一道閘是地區。現階段只在美國推出，其他地區要等。你在香港打開官方頁面，最多只能加入候補名單，排到也未等於即刻可用。官方公布裡沒有其他市場的時間表，所以「幾時輪到香港」這條問題，現時沒有答案。

第二道閘是年齡。18 歲以上的限制，與官方自己舉的例子有矛盾。The Verge 就指出，家庭旅行、家務分工這些用途，本來就要小朋友或青少年一起動手，這個門檻大概只會在公測期間存在。

第三是形態。Tabletop 是網頁產品，沒有 Android 或 iOS 原生應用，手機上要開瀏覽器、登入 Google 帳號才用得順。好處是不用安裝任何東西，壞處是離線就別想用，網絡慢的時候同步也會拖。

最後是私隱與權限。邀請連結的意思是「有連結就入得」，這對家庭群組很方便，對公司卻很危險。報價、人事、合約這類內容，不應該放在一個靠連結分享的空間。實驗階段的產品，功能與保留政策都會改，放進去的東西要有心理準備。這幾道閘不是小問題，而是決定它能否走出美國的條件。

這項 Google AI 實驗適合誰先試

先講適合的人。你本來就用 Google 帳號，一年搞幾次旅行、聚會、比賽，又不想為此學一套新軟件，也不想為此付月費，Tabletop 正對口。它的價值不在功能多，而在省掉收集與整理那一段。

再講不適合的人。需要審計軌跡、需要離線、要把公司內部資料放進去，這些情況都不應該用實驗產品。工作管理軟件如 Asana 或 Monday，強項是長期專案、負責人與報表，Tabletop 目前沒有那個深度。

還有一點要計清楚：這類工具省的是協調時間，不是決策質素。它幫你收集答案、排好賽程，但點邊間餐廳、邊個打正選，仍然要人自己傾。把它當成一個更快的手，不要當成一個會幫你話事的人。

中間還有一類：已經用 Google Sheets 手動砌表的人。你現時的做法是開一張表，設定欄位，再叫群組自己填。Tabletop 把這一步變成一句指令，差別是快，但可控性低，格式與公式都由它決定。要精細控制，試算表仍然贏。

結論：Tabletop 現在值不值得排隊

Tabletop 的意義不在它今日有幾好用，而在它把生成式 UI 從協議文件搬到一般人面前。它真正的對手不是 Asana，而是群組裡那條永遠沒有人整理的訊息串。一個群組空間，幾分鐘就長出投票、分帳、賽程，這種體驗比任何技術說明都有說服力。

如果你在美國又有真實的群組活動要搞，排候補名單是低成本的一步，開一個空間試一次旅行或一場聚會，就知它省了你幾多時間，等於一次免費試用。其他地方的人，先把下次活動的需求寫成三行，等它開放時照著試，你會更快看得出它值不值得留在你的手機瀏覽器裡。