Bloome 发布多人协作界面：从单人 Artifacts 到 Agent 原生共享工作区
几年前，"AI 根据一句话生成可工作的界面"是备受瞩目的亮点；如今，这已成为像 Claude Artifacts 这样的主流标配。你可以描述一个工具、图表或小型应用，并立即获得一个可交互的、带有持久状态和 API 调用的运行中界面。
然而，这一转变也尖锐地提出了一个被忽视的问题：当生成界面变得容易时，真正的变量不再是"AI 能否生成界面"，而是"谁在房间里与它一起工作"。
单人模式的天花板：一个助手，一个界面
Artifacts 的核心逻辑非常有效：对话是描述需求的好地方，而界面是使用它的好地方。将两者合并消除了巨大的摩擦，对于单人解决问题的人来说，这种"描述 - 生成 - 运行 - 迭代"的闭环极具力量。
然而，一旦工作不再是个人的活动，天花板就会出现。助手聊天室本质上是一个只有两个人的房间：你和模型。因此，它生成的界面是一个单一的艺术品（Single Artifact），存在于单一助手会话中。
在真实的场景中，这往往不够：
- 产品与工程：发布计划需要产品、工程和市场营销团队的协同。
- 数据分析：分析需要有人拉取数据、有人建模、有人验证结论。
- 决策落地：仪表盘只有当行动者能看到时才有效。
在单人模式下，界面是你持有的东西。要引入他人，你必须导出它、截图、粘贴链接、重新解释上下文，然后手动协调每个人的跟进会话。虽然界面是与模型协同生成的，但它最终变成了你必须自己拼凑的另一个东西。
多人协作：界面属于共享房间
Bloome 从一个不同的房间开始。它是一个Agent 原生的群组聊天室：人类和多个 AI 代理是会话中的第一类成员。生成的界面（Bloome Widget）不属于某个参与者的私人会话，而是生活在共享房间中。
这意味着同一个交互表面具备以下特性：
- 多人类参与：真正使用或决策的人已经身处对话中，无需等待导出。
- 多代理协作：你可以让一个专家代理生成界面，另一个代理进行批判或扩展，第三个代理将其连接到数据，每个代理保留自己的判断，但在同一个表面上工作。
- 实时共享状态：由于 Widget 在房间内同步，任何成员对界面的操作，所有人都能实时看到。这是一个生活在共享空间中的活体对象，而非传递的快照。
这种差异在一个句子中最为明显："你们三人帮我构建一个对比视图——一人拉取价格，一人拉取功能矩阵，一人进行布局，而我们其他人将随着它的构建而做出反应。"
在 1:1 助手聊天中，这个请求无处安放。但在有多个代理和多个人的房间里，这就是工作发生的方式。
Agent 原生与多人协作：不同的类别
这不仅仅是"同一功能，更多座位"。有两件事在叠加：
- 多人协作改变了界面的服务对象：你独自构建的艺术品是一份需要后来社交化的草稿；而在决策者所在的房间里构建的界面，一旦存在就更接近完成。
- Agent 原生改变了构建和维护者：当代理是会话成员而非单方面的助手时，生成和演化界面就变成了专家之间的团队合作——就像真实组织运作一样，不同的人拥有不同的部分，并在同一个地方汇聚。
Bloome 的愿景并非让单个助手向你交付单个艺术品，而是建立一个共享房间，让人类和多个代理在同一时间围绕同一界面工作。
总结
Artifacts 的主流化验证了生成交互界面的价值，但这并非终点。生成界面已成为标配，真正开放的是其环境：这是一个你交付的私人艺术品，还是一个人们和整个代理团队共同构建、观看和改变的实时表面？
Bloome 正致力于后者：将界面从"单人产物"转变为"团队共创的共享空间"。
