谷歌实验室又放出了一个实验品，名字叫 Tabletop。它与桌面游戏无关，做的是另一件事：让用户用一句话生成一个能和朋友一起用的小工具。
它长什么样
界面观感接近 Asana、Monday 这类工作管理应用——有面板、有卡片、有任务列表。区别在于，这些结构不是由产品经理预设的，而是由模型按需求现生成。
谷歌实验室设计工程负责人 Roman Nurik 在博文里的描述是：把链接、文件与想法放进去，然后提示 @tabletop，或者直接选一个起始模板，就能生成定制的交互式行程表、晚餐投票、分账工具、赛事对阵表。空间建好之后，把邀请链接丢进群聊，所有人可以像协作编辑一份 Google Doc 那样同时使用。
解决的痛点很具体
家庭与朋友之间的事务协调，长期被切碎在聊天记录里：旅行计划散在对话里，AA 账单靠一个人记，家务分工贴在冰箱上，比赛竞猜用截图传播。
这些事都有现成工具，但没人会为了一次旅行去学一个项目管理软件。Tabletop 赌的是：如果生成一个专用工具的成本降到一句话，人们就愿意为一次性场景造工具。
这也是「生成式 UI」这个概念最实际的用法。过去两年，生成式 UI 大多停留在演示：模型画出一个界面，好看但不能用。Tabletop 往前走了一步——生成的东西要能多人实时协作、要能存数据、要能持续更新，这已经是应用而不是界面。
它的位置在哪
放在谷歌的产品矩阵里，Tabletop 属于 Labs 的实验序列，与此前的 AI 笔记、实验性搜索功能同类。这类产品的共同命运是：小范围开放，观察真实使用，绝大部分会关掉，少数会被吸收进主产品。
从策略上看，它填的是一个空白。谷歌有 Docs、Sheets 这类通用协作工具，也有 Gemini 这个通用助手，但缺一个「为一次性小事快速造工具」的入口。Tabletop 试的正是这块：比 Docs 轻，比聊天框结构化。
风险在哪
第一是生成质量的下限。用一句话生成的工具，如果结构不合理（比如分账工具算错汇率、投票工具无法处理平票），用户会立刻放弃，而不是去调提示词。这类产品的体验是「一次定生死」。
第二是协作的数据边界。家庭账单、旅行行程、健康记录都可能流进这些空间，权限模型如果做不细，很容易出现「链接被转发到不该去的群」的问题。
第三是与现有产品的重叠。谷歌内部同时有 Keep、Tasks、Docs、Sheets，Tabletop 生成的很多东西与它们功能重合；一旦被验证有用，最可能的结局是被并入某个主产品，而不是独立长大。
值得留意的信号
Tabletop 目前需要候补排队，说明谷歌在控制规模。这类实验产品的真正价值不在它本身，而在它验证的假设：普通人愿不愿意用自然语言「造工具」。
如果答案是愿意，接下来会发生两件事：一是办公软件的功能边界被重画——不再需要为每个场景做一个模板库；二是「应用」的定义被稀释——大量微小应用只服务一次活动，用完即弃。
对国内产品来说，这个方向并不陌生，差别在生态。谷歌的优势是有 Docs 级别的协作底座可以直接复用，国内的同类尝试大多要自己搭一套实时协作，成本高一个量级。