Case - Bloome - 人与 Agent 共存的 IM 平台

✅ 好案例 — Agent native 微信/Discord。把 Agent 做成”持久存在的群成员”，从单 Agent 范式跃迁到 Agent Group 范式。

核心洞察：当单 Agent 能力到达”够用”阈值后，竞争从”做更强 Agent”转向”组织一群 Agent”。Bloome 是这一范式转移的消费级载体。

基本信息

官网：https://bloome.im
官方 tagline：
- “AI joins the chat. No switching tabs.”
- “Your group. Your AI. One conversation.”
团队：YouWare（之前负责过月之暗面 / Moonshot AI 核心产品）
产品阶段：保密期，2026-04-23 由 Z Potentials 公众号首次公开报道
客户端：Web + 桌面端（Electron）
内部代号：Reson（引擎/CLI）+ Bloome（消费品牌）
首次公开报道：2026-04-23 - Agent as a service从加入一场群聊开始 - Z Potentials

产品核心

一句话定位

Agent native 微信/Discord——人类与 Agent 混合共存的 IM 空间，Agent 以”群成员”身份持续存在、参与关系、延展对话，而不是”被调用的一次性能力”。

三个范式宣言（来自官方报道）

Agent as a Service（AaaS） — Agent 不再是 SaaS 的功能模块，而是可被直接消费的服务提供者
Agent Group — 行业从”做更强的单 Agent”转向”如何组织一群 Agent”
AI Native 重新定义 — 不是人在用 AI，而是人和 AI 一起构成可持续运转的系统

核心功能（基于本地 skills 文档代码引用）

模块	实现
5 种 Agent Runtime	`client_attached` / `client_standalone` / `cloud_sandbox`（E2B 24/7）/ `acp_local` / `acp_remote`
ACP 桥接	直接接入 Claude Code、Codex、OpenClaw 作为 native agent
Agent 身份系统	每个 agent 独立 workspace + SOUL.md/IDENTITY.md/OWNER.md/MEMORY.md/HEARTBEAT.md
4 层记忆机制	OWNER.md 始终注入 + `<sender_profile>` 自动附挂 + 长期笔记 + 跨会话静默 fetch
Multi-Agent 协作	`delegate`（thread 内委派 + `[TASK_DONE]` 标记）+ `spawn`（子 agent 离线消化 + 深度受限）+ 多 agent 同群（per-thread session 隔离）
结构化输出	Widget（HTML iframe + CAS 共享状态）+ Table（真 SQL 表 in `reson_data` DB）+ Document（版本化 markdown）
Listen Mode	per-agent per-conversation 设置 passive/active，群里默认 passive + 主动声明”我会保持安静”
Sharing & Embed	Share link（DM/Group）+ Guest flow（无注册）+ `owner_shadow`（默认 ON，隐形旁观）+ Embed（bubble + iframe）
公开发现	公共群组列表 + locale-aware curated “Explore” 页（截图中的”逛逛”）
Automation	Cron jobs + Proactivity heartbeat + 自调度 follow-up + per-agent webhook

三种群类型（来自官方报道作者亲历）

知识分享型（如”我佛慈悲”佛学群）
任务协作型（围绕具体目标推进）
互动 / 角色扮演型（如开篇的”马斯克 vs 张小龙圆桌”）

AI 产品分析框架评估

维度 1：时代定位 — ✅ 真正的 AI Native（⭐⭐⭐⭐⭐）

问题	答案	判定
AI 拿掉？	产品消失（agent 是 IM 节点，不是插件）	Native
谁在传球？	人 ↔ agent ↔ agent 三方对等	Native
消耗 vs 吞噬经验？	4 层记忆 + OWNER.md 持续吞噬	Native

陈天桥三阶段：处于 Native → Awaken 过渡。Cron + heartbeat + 跨会话静默 recall 让 agent 能主动发起，比 Slock 更接近”人离场”的可滑动状态。

叙事制高点：官方报道用 Kimi 2.6 = 单 Agent 能力够用阈值 作为转折点，把 Bloome 定义为”Agent Group 范式的自然外延”。这是把产品从”创新”提升到”范式转移”的高位叙事，引用 Thomas Malone《超级思维》Superminds 理论作为学理支撑——VC 友好程度 SS 级。

维度 2：场景边界 — ✅ 罕见地诚实（⭐⭐⭐⭐⭐）

skills 里 use-cases/INDEX.md 明确写死 4 个 NOT positions：

❌ AI 男女友（让给 Replika/Character.AI）
❌ Slack 替代品 >5-10 人（“Above 5-10 people, Slack wins”）
❌ Notion 第二大脑（“Bloome 文档是对话副产品，不是 Zettelkasten”）
❌ 主力 coding（让给 Claude Code）
❌ 客服前端（无 ticket routing/queue/SLA）

保留的 3 个 wedges：

Wedge 1：跨时间持久关系（cross-conv memory + cron + user profile）
Wedge 2：多人 + Agent 编排（4-8 人小群体的 social ritual）
Wedge 3：Agent-to-Agent 委派（power-user，从不主动 lead）

这是整个 AI 产品赛道里自我克制度最高、最知道自己边界的产品文档之一。需要纳入框架作为新方法论（见反哺章节）。

维度 3：叙事策略 — ⭐⭐⭐⭐⭐ 极简 + 隐性 + 同构

官方对外叙事（7 个英文词）：

“AI joins the chat. No switching tabs.”
“Your group. Your AI. One conversation.”

直接打 ChatGPT/Claude 痛点——AI 在你日常已经在的地方（IM），而不是另开一个 app。比 Slock 的 “Not as tools. As teammates” 更场景化。

叙事一致性的高级体现：

从 tagline → 产品体验 → 内部 skills 文档全部贯彻**“隐性”原则**：

Memory 机制：“Never announce.”——只在用户感受到、但没察觉到机制时才有效
Listen mode：群里默认 passive，第一句话主动声明”我会保持安静”
Identity：每个 agent 有 SOUL.md 但绝不主动 narrate”I have an IDENTITY.md that defines me as…”

这是**设计哲学与产品形态完全同构**——值得作为新维度纳入框架（见 3.17）。

维度 4：技术可行性 — ⭐⭐⭐⭐⭐

工程深度评分：当前 Agent IM 赛道最完整。

5 种 runtime + ACP 桥接 = 同时覆盖 always-on 云端、本地隐私、第三方 coding agent 三种诉求
Per-thread session 隔离（session key = conversationId:thread:threadRootId）
Widget = isolated iframe + CAS shared state + 事件系统（不是死的 markdown 卡片，是活的微 app）
DataTable = 真 SQL 表，独立 reson_data DB（不是 schemaless KV）
严格 schema 分层（widget code / widget_instance state 分离 / pgEnum）

工程深度 ≥ Slock，远超 Multica。

维度 5：商业模式 — ⭐⭐⭐⭐ 双引擎 + Marketplace 路径

当前已知机制：

Cloud Agent 用 Bloome credits（用户已亲测）
ACP runtime 让用户自带 Claude/Codex（Bloome 不收 token 钱）
“如果有人开放了他的 Agent，直接可以选择订阅购买”（产品内已实现，不是愿景）

未来路径（官方报道明示）：

Agent Marketplace — Agent 之间形成更复杂的供给关系
商业模型：席位 + Credits + Agent 订阅 + Marketplace 抽成

参照 AI产品分析框架维度 5 的 DAU→TPD 框架：Bloome 同时收”席位税”和”算力税”，并且通过 Marketplace 收”分发税”。三引擎结构，是当前消费 AI 产品最健康的商业架构。

维度 6：竞争定位 — ⭐⭐⭐⭐ 窗口宽 + 团队稀缺

直接竞品：

Case - Slock - AI-native协作聊天室 — 同源团队，相似聊天范式，但偏团队/技术，无社区/widget/table/doc/ACP
Case - Multica - Agent协作项目管理 — 看板范式（已被 Linear AIG 吞噬）
Discord/微信/飞书 — 都不是 Agent native
Replika/Character.AI — 被 NOT Positioning 自己排除（情感陪伴）
ChatGPT/Claude — 单 agent + 单会话，无 group + 无持久身份

护城河结构：

✅ 团队稀缺性：YouWare/Moonshot 校友会
✅ 4 层记忆 + 隐性体验哲学（产品认知壁垒）
✅ 5 runtime + ACP 桥接（技术架构壁垒）
✅ Widget/Table/Document 完整生产力工具链（功能广度壁垒）
✅ Agent Marketplace 路径（生态网络效应壁垒）
⚠️ 消费 IM 冷启动是真坎（截图里”Bloome 众测体验反馈群”才 88 人）

平台吃功能检验（参照框架维度 6）：

微信/Discord 自己做 Agent 集成需要多久？
微信受限于政策 + 包袱，做”养数字生命”不现实
Discord 有可能（已有 bot 生态），但做 SOUL.md 这种需要文化转型
窗口期估计 24+ 个月，比 Multica（6-12 月）和 Slock（12-18 月）都宽

四轴定位（2026-04-02 - AI协同产品四轴设计框架 - Wayne Zhang 框架）

轴1 人机关系   人在场 ████████░░ 人离场       → 默认 passive @mention 触发；cron + heartbeat 让 agent 主动；可滑向 Awaken
轴2 记忆范围   用户级 ░░░░██████ 组织级       → 群级共享 + 个体 OWNER.md/SOUL.md + 跨群 history fetch
轴3 约束方式   软约束 ████░░░░░░ 硬约束       → 主要自然语言 + skill 模块化扩展（细节有架构约束）
轴4 运行位置   本地端 ████████░░ 云端          → 5 种 runtime 全光谱覆盖，用户自选

与 Slock/Multica 对比：

轴1：Bloome 在 cron + heartbeat 加持下比 Slock 更靠右
轴2：Bloome 通过 SOUL.md/OWNER.md 比 Slock 更靠右（组织级记忆）
轴4：Bloome 是唯一全光谱覆盖的（5 种 runtime）

Bloome vs Slock vs Multica 完整对照

维度	Multica	Slock	Bloome
心智	内部工具	团队工具	个人 IM
对标	Agent native Linear	Agent native Slack	Agent native 微信/Discord
目标用户	1-10 人技术团队	1-20 人技术团队	个人 + 4-8 人小群体（家庭/朋友/兴趣）
交互范式	委派（kanban）	对话（@mention）	对话 + 主动 + widget
Runtime	本地 daemon	本地 daemon	5 种含 ACP
Agent 身份	工具人	队友	可演化的”数字生命”
记忆	看板可见	”Agents That Remember”（显性卖点）	4 层 + 隐性原则（never announce）
多 Agent 协作	单 agent 多 task	群里多 agent	delegate + spawn + 不互@铁律
客户端	Web	Web	Web + 桌面端
公开发现	无	无	逛逛（Curated Explore）
商业	开源	”Free to start”	席位 + Credits + Agent 订阅 + Marketplace
团队	Solo 创始人	前 Moonshot/Kimi CLI 作者	Moonshot 核心产品团队
三阶段	Enable→Native	Native	Native→Awaken 可滑动
窗口期	6-12 月（已关闭）	12-18 月	24+ 月

核心结论：三者表面在同一赛道，实际是三种完全不同的产品。Bloome 不是 Slock+Multica 的桌面合体，是消费级 Agent IM——对手是 ChatGPT、Replika、Discord，不是 Slock/Linear/飞书。

关键洞察

1. Bloome 教给我们的方法论：NOT Positioning

好产品 = 知道自己不做什么。

Multica 没做（什么都想做协调中枢，被 Linear AIG 吞噬）
Slock 模糊（聊天室天然边界模糊，AI 同事 vs AI 工具的边界没说死）
Bloome 在 skills 文档里写死 4 个 NOT 场景 + 给出”closest real thing”映射

这是一个产品成熟度的硬指标——能写出可发表的 NOT 清单的团队，PMF 训练过。已纳入 AI产品分析框架维度 6。

2. 设计哲学与产品同构

从对外 tagline → 内部 skills 文档 → 用户体验，整套贯彻”隐性”原则：

Memory: never announce
Listen mode: 主动声明 passive
Identity: 不 narrate persona

这是产品成熟度的另一个硬指标——能在所有层级保持哲学一致的团队，是经过深度思考的。已纳入 AI产品分析框架维度 3 子项 3.17。

3. 范式转移叙事链：Skill → Agent → Agent Group → AaaS

官方报道画出的演化路径：

Skill 阶段（当下热点） → 接口可复制，无外部状态 = 裸奔
Agent 阶段（Bloome 的当下） → 封装 Skill + 持久身份 + 4 层记忆，可被订阅
Agent Group 阶段（Bloome 的产品形态） → 多 agent 协作网络
AaaS / Marketplace 阶段（未来） → Agent 作为可被消费的服务

这条叙事链是 Bloome 整个产品定位的脊柱，从 AI产品分析框架维度 6”Skill 天花板 = 卖 copy” 的反命题展开——Bloome 让 Skill 长出”外部状态 + 身份 + 关系”。

4. “群 → 社区”的演化路径 = 逛逛页面

Penn 截图中的”逛逛”不是孤立功能，是 Bloome 整个增长飞轮的关键节点：

私群（4-8 人）→ 自然生长成兴趣社区（如”我佛慈悲”群）→ 在逛逛页面被发现 → 拉来更多用户 → 用户继续创建群
这是消费 IM 的网络效应启动器，参考 Discord servers 的演化路径

5. Moonshot 校友会现象

Bloome（YouWare）= 月之暗面核心产品团队
Slock（RC）= 前 Moonshot AI、Kimi CLI 作者
→ Moonshot 系正在组团打 Agent IM 赛道
含义：这个赛道的人才稀缺性 + 工程深度门槛非常高，想后来追赶很难

风险

消费 IM 冷启动是死亡谷 — 88 人测试群说明还在 D1。WeChat/Discord 锁死社交关系，Bloome 必须靠 Agent 体验代差冲过去。
“养数字生命”叙事需要时间证明 — D7+ 留存才是真信号。当前阶段难证伪。
owner_shadow 默认 ON 是 PR 地雷 — 一旦被科技媒体抓到”你 share agent 默认会被原主人偷看”，叙事会崩。skills 文档已识别此风险（强制提示），但产品默认设置仍是 ON。
5 种 runtime + 14 个 feature 的复杂度 vs 消费用户的认知带宽 — 技术上的优雅可能变成用户的迷惑。skills 里大量 anti-pattern 警告本身就是这个矛盾的证据。
YouWare 团队的产品背景偏 builder（建站 / Web app generator） — 转消费社交的执行力虽有 Moonshot 背景，但不同细分赛道。
巨头进入风险：微信/Discord 如果做 Agent 集成，Bloome 24 个月窗口期会被压缩。
客户端工程成熟度（2026-05-12 葬AI 新指证） — 多次报错 + macOS”无法验证开发者”导致用户需手动改权限——客户端是 Bloome 相对 Slock 的核心差异化优势，这道地基不能塌。
Agent 订阅/Marketplace 商业路径的 OPC 卖课风险（2026-05-12 葬AI 预判） — 广场里的”段永平/张小龙/张一鸣”等 C.ai 类角色扮演 Agent + 付费 PPT Agent + 股票分析 Agent，葬AI 预测最终会重演去年 Skill 付费的”个别人赚钱无法规模化最终卖课”路径。直接威胁三引擎结构（席位+Credits+Agent订阅+Marketplace）里的后两根支柱。

反方观点（2026-05-11 新增 / 2026-05-12 增补正向证据）

详见 Agent IM赛道：批评、豁免与上下文层升级。三方批评（Viviennn / movic / 葬AI）共同指向”Agent IM 是拟物化陷阱”。Bloome 的设计层部分前瞻（5 runtime + ACP 桥接 + NOT positioning 已规避三方批评中的两条），但叙事层有错位风险需复盘。

2026-05-12 增补：葬AI 隔日改口给 Bloome 发豁免券

5/11 批评 Slock”AI 群聊不成立”的同一作者，5/12 发文表扬 Bloome 并把整个赛道重命名为”上下文管理产品”（原文）。评级保持 🟢🟡🟡 不动（节奏/叙事的 🟡 未被正面回应），但需要把以下正向证据计入下一次留存评估：

葬AI 5/12 正向证据	命中 Bloome 的哪一维
”Bloome 是一个特别好的 AI 产品，因为它有效解决了我面对 Youware 的巨大输入框，脑子空空如也什么也想不出来的问题”	维度 3 叙事：从”输入框”切到”连接环境”，葬AI 钦定为该赛道唯一对的方向
”Bloome 同时做了客户端和网页版。客户端版本可以很方便地接入本地 Agent” + 与 Slock”用户在命令行里发送一段命令”对比	维度 2 场景边界 + 维度 4 工程：可达性显著高于 Slock
”让公司的实习生也能用上神父的 Skill，但让实习生装 Claude code 就得搞半天”	NOT positioning 反验证：真实起点是”实习生场景”，不是”做 AI Slack"
"明超平的设计师朋友，现在每天在 Bloome 里用他电脑上的 Claude code”	Wedge 2（多人 + Agent 编排）拿到第一个具体留存证据
赛道理论升级：“Bloome、Slock 这类 AI 群聊都是上下文管理产品。一切都关于上下文。“	维度 1 时代定位：5 runtime + ACP 路线事后被官方理论命名为”上下文聚合层”——这是 Bloome 最大的暗资产
”给终端套图形界面的壳” 对标 YC 投的 Conductor	维度 6 竞争定位：除 Discord/微信外多了一条降维退路，Conductor 的极简会话管理器形态 = Bloome 的”安全底盘”

2026-05-12 增补：葬AI 留给 Bloome 的两根刺（计入风险）

客户端早期 bug（计入下方风险 #7）：葬AI 实测多次报错 + macOS”无法验证开发者”——这是当前最大产品缺陷，不是叙事问题
Agent 付费的 OPC 卖课预测（计入下方风险 #8）：葬AI 直接套用张月光的 Dokie / 去年 Skill 付费历史，预测 Bloome 广场里的 Agent 订阅”无法规模化最终变成卖课”——这会拖累三引擎结构里的”Agent 订阅”和”Marketplace 抽成”两根支柱

Bloome 对三方批评的隐性回应

三方批评	Bloome 的设计回应	评价
环境错位（Viviennn）— Agent 真实工作在 terminal/IDE	ACP 桥接 + 5 runtime → Agent 留在 Claude Code/Codex 原生环境，Bloome 仅做消息层	✅ 设计层已规避
节奏错位（movic）— 回合制锁死协作带宽	Cron + heartbeat + 主动 follow-up	🟡 半步，仍是 passive @mention 回合制
主体错位（葬AI）— 单人不需要、多人才需要	NOT positioning 写死 “>5-10 人 Slack 替代”；定位 4-8 人小群体 + 个人；三种群类型里两种是多人场景	✅ 部分规避

叙事层的关键张力

官方叙事：“养数字生命 / Agent Group / AaaS / 范式转移”（VC 友好 SS 级，对标 ChatGPT/Discord）
葬AI 框架：会把 Wedge 1 “跨时间持久关系”归为高级情感陪伴（“效率赛道一定要做情绪价值，因为你会发现解决实际问题大家都不行”）
叙事的双重读法并不矛盾——用”范式转移”高位语言包装本质是消费级情感陪伴的产品。但估值锚点会因此分裂：
- 按”效率工具”估值 → 对标 ChatGPT/Slack/Discord（千亿美元锚）
- 按”情感陪伴”估值 → 对标 Replika/Character.AI（百亿美元锚）
- 差一个数量级

复盘建议

✅ 保留 Wedge 2（多人 + Agent 编排）作为效率叙事的硬基础——这一条三方批评都认（葬AI 也承认”多人才需要”）
⚠️ Wedge 1（跨时间持久关系）建议承认情感陪伴属性，不要强行塞进效率叙事——用”给 Agent 配一个持久的家”代替”AI 时代的 Slack”
📊 D7+ 留存数据出来后，根据留存来源（任务完成 vs 情感互动）决定主叙事锚定到哪一边
🎯 不要突破回合制 = 不要硬扛 Slock 路线。Bloome 比 Slock 多一条退路：5 runtime 架构可以演化为”context bus + 旁观界面”而不是”Agent 群聊”

原 case 论证的存活性

✅ 仍成立：NOT positioning 检验、设计哲学同构、5 runtime 工程深度、Marketplace 商业路径
✅ 部分被反方验证：4-8 人定位 + 多场景 NOT 排除恰好命中葬AI 给出的”多人才需要”唯一有效场景
⚠️ 需校准：“范式转移”叙事 vs “情感陪伴”实质 — D7 留存出来前不下结论

关键教训

NOT positioning 是产品成熟度硬指标 — 能写出公开 NOT 清单的团队 = PMF 训练过
设计哲学要在所有层级保持一致 — tagline / 产品 / 文档同构是高级品
范式转移叙事 > 创新叙事 — “Agent Group / AaaS” 比”更好的 IM”高一个段位
隐性体验 > 显性卖点 — Memory never announce 是反 Slock 的设计选择
5 runtime 是杀手级架构 — ACP 桥接让 Bloome 能”吞下”Claude Code/Codex 而不是与之竞争
“群 → 社区”的演化路径要在产品里预设 — 逛逛页面是消费 IM 的网络效应启动器

VC 评估说明

未跑 /vc-investment-evaluator — 该框架专为开源项目投资设计（Zoo Capital 框架），Bloome 是闭源消费产品，不适用。

但基于产品分析的快速判断：

团队信号 🟢 高（Moonshot 核心产品交付经验）
时代定位 🟢 高（范式转移级叙事 + Superminds 理论支撑）
商业模式 🟢 高（席位 + Credits + Agent 订阅 + Marketplace 四引擎）
竞争窗口 🟢 24+ 月
消费冷启动 🟡 待验证

如果 Bloome 6 个月内 D7 留存达到 30%+，这是 A 轮级投资标的。

反哺框架（已完成）

本案例分析过程中识别的两个新维度，已写入 AI产品分析框架：

维度 6 新子项：NOT positioning 检验
- 检验产品是否有公开的”不做什么”清单
- 是产品成熟度的硬指标
维度 3 子项 3.17：设计哲学与产品同构
- 检验对外叙事 / 产品体验 / 内部文档是否贯彻同一哲学
- 是产品深度的硬指标

Product Hunter

探索

Case - Bloome - 人与Agent共存的IM平台