加载失败
讨论源自一篇题为“Anthropic, Please Make a New Slack”的公开呼吁(出现在公司博客/社交文章中),作者主张 Anthropic 将 Claude 能力原生整合到多用户企业聊天,以解决现在将上下文在 Slack 与 AI 之间手工搬运的问题。评论者围绕技术可行性(LLM 快速原型与长期运维的差别)、数据访问与合规(Slack 的 API/导出策略与高价订阅的限制)、以及对 Anthropic 的信任与互操作性担忧(如非竞争条款、模型训练默认选项、未采纳 AGENTS.md)展开了详细争辩。替代方案(Matrix、Zulip、Mattermost、XMPP、Istota+Nextcloud Talk 等)与 agent-to-agent 的愿景被频繁提出,但也有人强调这些方案在可用性、迁移成本与企业级运维上仍有实际障碍。总体讨论混合了对 Anthropic 模型能力的认可与对隐私、长期维护和厂商锁定风险的强烈疑虑。
许多评论直接质疑把企业通信托付给Anthropic的合理性与信任风险。有人指出 Claude Code 的用户条款涉及非竞争限制并默认将用户数据用于模型训练,令企业数据权益受损的担忧更为具体。评论还提到 Anthropic 工程质量问题(有报告称其 CLI wrapper 曾消耗 68GB 内存)以及与 Palantir 等合作关系带来的信誉争议。另有声音批评该呼吁出现在公司 CEO 博客上像是借热度写稿,认为这是不经深思的内容产出而非可行路线图。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
另一类评论主张不要把希望押在单一 AI 厂商,而应推动开源或联邦协议来避免再次被锁死。具体被提及的选项包括 Matrix(联邦即时通信协议)、XMPP、Zulip(以主题流为核心的开源团队聊天)与 Mattermost,并有人提到 Molly 项目作为不依赖 Signal 服务器的示例。支持者认为开放协议能保障数据主权并允许第三方构建互操作的 agent,但反对者提醒 Matrix 等方案在易用性与即刻可用性上仍有短板。也有人建议直接收购或投入现有 OSS(例如 Zulip)以快速实现企业级替代。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
有人热衷于用 Claude 或其它 LLM ‘vibecode’ 出聊天客户端——评论中有人声称 Claude 在分钟级别能生成 Trello 克隆,鼓励快速原型化。反方认为这只是前端原型,长期成本在运维、合规、存储与高可用性,SaaS 的利润与运维投入不是轻易由几个工程师解决的。讨论中提到工程师通常不会长期维护这些内部神器,导致自研项目孤立且不可持续,而不是替代大型 SaaS 所需的稳健产品。亦有观点认为 AI 可显著降低开发门槛,但不能替代长期的产品运营与客户支持投入。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
评论对 Slack 是否把消息封闭成“数据围墙”存在分歧:有人抱怨 Slack 的 API、速率限制及所谓的 MCP/实时搜索接口让大规模抓取变得困难,尤其是跨组织场景下的上下文提取非常受限。反驳者指出 Slack 对本组织的数据提供 workspace-wide export,并且存在 conversations.history 等权限可以导出消息,但第三方工具的通用访问确有门槛。另有讨论关注企业合规与审计功能常被置于更高价位的订阅层(评论中出现过 $45/user/month 的定价提醒),这使得迁移或自托管在成本上更具吸引力。总体上,争论集中在“技术可行性”与“法律/商业限制”两者的交集上,而非单纯的技术不可能。
部分评论认为长远解决方案不是再造一个人类聊天工具,而是让 agent 之间直接交换信息:Alice 的 agent 可以把需要的结论发给 Bob 的 agent,从而减少人为搬运上下文。支持者描绘了一个可流式输出 token、支持并行 agent 工作流的 'Hub' 后端,这是为 agentic 工作流设计的基础设施。反对者指出当前 LLM 更擅长 1:1 注意力场景,把同一对话扩展到多人或跨组织群会带来一致性与注意力保持的挑战。评论里还有对现有产品在实现 agent 多人协作(multiuser-first prompt)方面还不成熟的具体批评。
Claude Code: Anthropic 提供的对话式开发/编码工具与 CLI,支持与模型的交互与 agentic 场景;评论里既有对其能力的肯定,也有对其内存占用(有报告称 CLI 消耗 68GB)与互操作性政策的批评。
vibecode: 社区口语,指用 LLM 快速生成并迭代代码或产品原型(‘随手用 AI 写出一个最小可用产品’)的实践。
Matrix: Matrix(一个联邦化的即时通信协议与生态),用于构建开源、可互联的聊天系统,常被提作 Slack 的去中心化替代方案。
Zulip: Zulip(一个以主题/串流为核心的开源团队聊天平台),支持导入 Slack 历史并被多条评论视为可迁移的 OSS 替代品。
AGENTS.md: 社区/行业内用于定义 agent 行为与互操作性的规范草案(一个开源议题),评论中提到部分厂商拒绝采纳该规范导致互操作性问题。
XMPP: XMPP(一个历史悠久的即时消息协议,支持联邦与自托管),被用作对比以说明聊天协议可去中心化的可行性。