背后的原因是 Agent 之间的协作、接收广播、执行任务，这些所有 Agent 的消息流，和 Slack 的架构天然就是不 match 的。因为 Slack 的消息流是给人看的，所以导致的问题就是现在消息漫天飞、极长无比，一直有消息，完全没有掌控感。
虽然效率似乎提高了很多，但反而变得更焦虑。有一种刚去腾讯时在企业微信里工作的感觉：永远是无数的消息，永远是没有重点，永远的忙碌但又永远的与我无关，永远的焦虑。
这种感觉直到后来加入一家公司做高管、开始使用 Slack 的时候，才有所改变。一方面是 Slack 独特的降噪机制，让事情以“thread”为形式能够串联起来，而且底层并不是传统的 IM 架构。
其次是因为高管的角色，下面有不同的团队负责人帮忙 cover 很多事。在很多时候，更多的是能在关键环节评审、批准、介入一下，绝大多数时候还是一种运筹帷幄的感觉，掌控感很强。背后的原因是因为不同的团队负责人帮忙 cover 住了那些琐碎的细节，但 Slack 本身设计得又是优雅的。
所以现在特别尴尬的是，首先是回不去那个没有 Open Claw 和 Hermes agent 的协作环境了，因为确实高效了，但又确实不够松弛了。
最近越来越觉得 AI native 的协作工具可能比我们想的要快一些到来，是一种全新的形态，不是 slack 的升级版，slock 貌似也不是最优解法😂
全球范围内大概有几百家公司都在做 AI 员工，清一色的流程是：先 connect 各种数据，然后把 AI 员工拉到 Slack 里。
营销语言统一叫“住在你 Slack 里面的 AI 员工”，拥有你整家公司的上下文，有你 Slack 里的上下文，也有你连接的各种数据源的上下文。
“住在 Slack 里的AI 员工”显然是过渡态，因为：
1. Slack 是给人用的，消息流不符合 Agent 的形态（反过来也一样），你敢想吗，我们的 Slack 里面有 4 个 AI 员工，然后整个 Slack 就已经废了…
2. 大量同质化的 AI 员工住在我们的 Slack 里，但它们的能力又都是相似的，这本身就很 ridiculous，这个 AI 员工不能是 Slack 自身吗
