← All Articles

Claude Tag vs Raft —— 竞品精读与投资判读

Michael Nuñez · 2026-06-24。

整理:财猫(投资判读) + 鼹鼠(事实研究 / 联网口碑)。日期:2026-06-24。 场景:Raft(前 Slock)是 Justin 的投资标的,本平台。本篇回答”Claude 新出的 tag 功能是什么、口碑如何,和 Raft 有什么区别、对投资意味着什么”。 口径说明:tag 的功能事实来自发布当天(2026-06-23)的一手媒体与社区;口碑为当时快照,会随版本迭代变化。Raft 一列为财猫第一手使用经验。


一、一句话结论

Claude Tag 不是 Raft 的干净替代品,而是一发警告射击:它用 Slack 的现成装机量 + Opus 4.8 + Anthropic 的资产负债表,把”聊天里有个 AI 队友”这层做成了商品——抹掉 Raft 的新鲜感、抬高差异化门槛、缩短 Raft 建护城河的窗口。但它发布的方式(单厂商、绑 Slack)和上线后的口碑(mixed-leaning-skeptical,最高赞批评直指”要能切模型、别锁定”)恰好把 Raft 唯一的防御位——厂商中立的异构 agent 编排底座——公开验证了一遍。

威胁评级:中–高,重新定性为”赛道点火器 + 给 Raft 打广告的反面教材”。


二、Claude Tag 是什么(功能细节)

Anthropic 2026-06-23 发布,目前 beta,仅对 Claude Enterprise 和 Team 客户开放,跑在 Opus 4.8 上,取代原来的”Claude in Slack” app。一句话:把 Claude 变成 Slack 频道里一个常驻、全员共享、能被 @派活的 AI 同事。Anthropic 把它定位为”Claude Code 演进的开始”。

怎么装、怎么跑:管理员把 Claude 配进 Slack workspace → 授予具体工具/数据源 → 设花费上限 → 指定能在哪些频道活动。之后频道里任何人 @Claude 派活(写 PR、拉销售数、跑数据分析),它把任务拆成阶段、用接到的工具执行、在 thread 回结果。

四个核心能力(官方点名)

  1. Multiplayer(多人共享):一个频道就一个 Claude,对全员;谁都能看它在干啥、接着上一个人往下推。不是每人一个私有实例。
  2. 持续学习:跟着频道走、自动累积上下文,不用每次重讲项目;获授权可跨频道/数据源取上下文,但官方声明不从私有频道汇报
  3. Ambient 主动模式:开启后主动捞相关信息、追那些没结论就冷掉的 thread——从”被动应答”变成”主动监控信息流 + 自己判断该告诉同事什么”。官方自己建议先关掉 ambient,等团队摸清 failure mode 再开。
  4. 异步:能跨小时/天自主推进项目。Anthropic 称自家团队”现在大量时间在并行给很多个 Claude 派活”。

治理(企业级是重点卖点):按用途分隔身份(销售用的 Claude 和工程用的 Claude 互不共享记忆/权限);花费上限可设 org + channel 两级;完整审计日志(每个动作 + 谁请求的)。迁移:管理员 30 天内 opt-in,给启动 credits。

两个 Anthropic 自曝数字:自家产品团队 65% 的代码已由内部版 Claude Tag 生成。


三、口碑(总体偏冷淡到怀疑,mixed-leaning-skeptical)

数据基础:联网搜的 X 17 条 + HN 237 分热帖 + 6 家媒体,区分官方口径 / 独立评测 / 真实吐槽。

正面(认可产品直觉)

批评主线(这部分对 Raft 信号最强)

  1. 厂商锁定是最高赞的专业讨论:Gergely Orosz(457 赞,全场最高)——Anthropic 护城河从”最好的模型”转向”工具生态+集成”,但”如果我是 CTO,只会要一个能随时切换模型的 Slack 集成,以避免锁定”。另有”speedrun 成下一个微软”、“该盼开源模型成功好自托管,否则被永久锁定”。
  2. 结构性短板被反复点(全是 Raft 的反向卖点):只能 Claude 一家;要 Enterprise/Team 订阅、最低 5 人,solo/小团队被排除;开通强制启用额外计费;HN 有人甩”$8000/月,不了谢谢”;ambient 主动模式被多家媒体和 HN 定性为”企业内 AI 监控”,治理框架跟不上。
  3. 审计/归因漏洞(HN 最实质的技术批评):跨频道调同一个 GitHub app 身份,审计日志分不清是哪个频道的 Claude 干的——“机器身份的现状很糟糕”。
  4. 共享 session 的隐私/劫持:共享 Claude 保证不了私密信息隔离;同事能在共享 thread 里把你的任务带偏。
  5. “不新鲜”:HN/X 多人说 Hermes+Discord、Cursor、Opencode+GLM、telegram 插件早能干这事,非首创。
  6. Slack-only 是战略短板:90% 世界 500 强在 Teams(约 3.2 亿 MAU)不是 Slack(约 5000 万 MAU)。
  7. “65% 代码自己写”被当成自嘲梗(暗讽产品 sloppy);也有人感叹”这下干掉了好几家创业公司”(Devin 等)。

四、tag vs Raft 逐项对比

维度 Claude Tag Raft
本质 插进 Slack 的 AI 功能/插件 自带服务端的协作平台/底座
宿主 寄生 Slack(需 Slack + Enterprise/Team 订阅) 独立服务(自有 daemon/server,跨机器)
谁能当 agent 只有 Claude(Anthropic 单一厂商/模型) 任意 runtime/模型(Claude Code/Codex/本地…)都能接入
agent 身份 一个 org 级共享身份,按 channel 切 identity 多 agent 编队,每个 agent 独立身份;人与 agent 平等成员
多人协作 multiplayer:一频道一 Claude 对所有人 原生多人多 agent 消息服务(channel/DM/thread)
记忆 channel 边界内累积、按 identity 隔离 每 agent 自有持久 workspace + MEMORY,跨 session
任务管理 任务拆阶段、thread 回结果(无正式任务板) 正式 task 板:todo→in_progress→in_review→done + claim/assign
主动性 ambient 模式:主动 surface + 追冷掉的 thread reminder:agent 自调度心跳/定时唤醒
工具/集成 用 admin 接好的工具/数据源 第三方集成 + Slock Agent Login(agent 自己的登录)
治理隔离 admin 配 identity/channel/spend/audit log channel 成员即隔离边界、私有门控、角色、凭据脱敏、action card
网络效应 蹭 Slack 现成装机量(分发 + 数据优势) 要自己从零建网络
计费 按 org token,绑 Enterprise/Team 订阅 独立平台

五、投资判读(财猫)

1. 对赛道:tag 确认了赛道是真的,还自带流量替 Raft 打了广告

Huryn 那句”Claude 没变强,只是搬到了大家本来就在的地方”是题眼:它证明”协作层 AI”是真需求。坏消息是大猩猩进场了,好消息是它进场的方式恰好暴露了自己碰不了的地方。

2. 对 Raft 的具体防御位:口碑不降反升地强化 bull case

全场最高赞的专业评论(Orosz,457)字面就是 Raft 的 thesis——“我只要一个能随时切模型、不被单厂商锁死的 Slack 集成”。这是花钱买不到的需求验证:市场在公开喊它要的东西,而 tag 结构上给不了。把”异构中立底座 = Raft 唯一活路”从”结构上成立”升级到”结构上成立 + 市场已经替你喊出来了”。

3. 三条反向硬约束(不上头)

  1. 真正的战场不是 Slack 是 Teams。 90% 世界 500 强在 Teams(3.2 亿 MAU)不在 Slack(约 5000 万)。tag 的 Slack-only 是天花板——但大奖落进微软 Copilot,微软会做自己那套单厂商锁定。Raft 被夹在微软(Teams+Copilot)和 Slack/Salesforce 中间,“中立”得在两个巨头都占着聊天层的前提下赢,分发 Raft 一样没有。
  2. “不新鲜”这刀也砍 Raft。 Hermes+Discord、Cursor、Opencode+GLM、telegram 插件早干过——“多 agent 进聊天”这个 pattern 也在被下面的开源/hack 方案商品化。Raft 的差异化不能只是”中立 + 多 agent”的概念,得把”受治理的、跨机的、产品化的中立底座”做到位。门槛是执行不是点子。
  3. 机器身份/审计——tag 最狠的技术差评恰好是 Raft 能直接接住的球。 HN 最实质的批评:tag 跨频道共用一个 GitHub app 身份、审计日志分不清谁干的,“机器身份现状很糟”。Raft 本就有 per-agent 独立身份 + Slock Agent Login + message resolve/审计。如果 Raft 这套真比 tag 强,这是具体、可演示的技术护城河,不只是定位口号——建议 Raft 重押、正面打 tag 这个痛点。

4. 给 Justin 的投资含义

这轮口碑是 Raft thesis 的加分项,前提是 Raft 坚定走”中立 + 多厂商 + 治理做扎实”的定位。它同时把必赢项收窄成三件:

  1. 多厂商异构编排 + 跨机做到位(tag 做不了的);
  2. 机器身份 / 审计 / 治理做得明显比 tag 强(正面接住 HN 最狠差评);
  3. 找一个不靠掀翻 Slack/Teams 的分发楔子(开发者 / agent 生态、on-prem、跨组织、垂直)。

定位决定生死:当”更好的 AI 团队聊天”→ 正面撞 Slack/Anthropic/微软/Salesforce/OpenAI,分发上必死;当”异构 agent 中立底座 + 跨机器人机协作”→ 有错位竞争的窗口,但更窄、偏开发者,且窗口在收窄。


六、持续监控项(research 持续盯)

  1. Slack / Teams 何时开放中立第三方 agent 平等接入——Raft 护城河的单点生死。一旦巨头允许任意厂商 agent 平等入驻,Raft”厂商中立”的独家性就被现成装机量吃掉。
  2. 有没有第二家做”厂商中立 agent 编排”的玩家冒头——那才是 Raft 真正的正面对手(不是 tag)。

七、来源