公司大脑开源了：把团队记忆交给一个 Slack 机器人，靠谱吗？
supermemoryai 把内部使用的 Company Brain 开源：一个住在 Slack 里的队友，记得团队说过的每一句话，还能直接去干活。一周拿到 724 颗星，这件事到底值不值得认真看？
适合：中大型团队里负责知识管理、运维或内部工具建设的人。
先说结论
Company Brain 不是又一个聊天机器人。它想解决的是团队记忆这件事本身：决议、客户偏好、历史 bug、技术债，全都散在 Slack、Notion、GitHub、邮件里，谁都记不全。这个项目一周拿到 724 颗星，不是因为代码多漂亮，而是戳中了一个共同的痛。
但也别急着部署。它吃 Slack 历史、吃文档库、吃权限链路，吃得越多，泄漏风险越大。下面把矛盾拆开讲。
真正的问题
团队协作里有一个老毛病：信息明明存在，没人找得到。
新人入职翻三个月的频道找不到答案；客户提过五次的问题被当成新问题处理；架构决策当时讨论清楚，半年后又被推翻一次。这些都不是工具不够多，是没有“谁还记得”这个角色。
传统做法是写文档、维护 wiki、定期同步。问题是人会离职、会忘记、会偷懒。文档越来越厚，真正被翻开的越来越少。
Company Brain 想做的，是把这个角色从人换成机器。它常驻 Slack，能搜历史消息、读连接的数据源，被 @ 的时候直接给答案，甚至能代替人去跑一些重复流程。听起来像内部AI助手，定位其实是“团队的第二大脑”。
怎么做更省力
把它当一个内部检索+执行层来用，比当聊天伙伴更现实。
第一步先想清楚范围。一个团队几十个频道、十几个数据源全部接进去，等于把所有鸡蛋放进一个篮子。先挑一两个高频场景试点，比如技术支持频道、客户反馈频道，跑两周看效果，再决定要不要扩。
第二步是定义回答边界。它能引用什么、能不能改数据、能不能发外部消息，要在配置阶段就写明白。能“读”和能“写”是两件事，给读权限容易，给写权限要慎重。
第三步是留审计记录。每次它代答、代发、代执行，都应该留痕。不是为了追责，是为了回头看它到底替你说了什么、出过几次错。
| 场景 | 适合用 Company Brain | 暂不建议接 |
|---|---|---|
| 技术问答检索 | 高频查询、答案有据可查 | 涉及未公开客户数据 |
| 客户反馈归档 | 自动归类、提醒跟进 | 自动外发客户邮件 |
| 周报汇总 | 跨频道信息聚合 | 财务、人事敏感内容 |
这张表不是教条，是用来在接入前过一遍：哪些场景让它做事，哪些场景让它闭嘴。
哪些坑要避开
最常见的坑，是把它当成万能助手。AI记不住所有上下文，更不会替你做判断。客户投诉里夹着情绪、人事沟通里夹着潜台词，这些它读不出来，硬上只会闹笑话。
第二个坑是权限漂移。Slack 频道会随着业务调整，成员会进进出出。三个月不盘点一次权限，敏感信息可能已经不知不觉被同步进了向量库。
第三个坑是过度依赖。它回答得多了，团队就不愿意自己去翻历史。表面上效率高，实际上知识传承能力在退化。工具是外挂记忆，不是替代记忆。
最后一个坑是把它当人。它没有责任主体，错了谁负责，必须提前定好。是人审它，不是它审人。
现在就能动手
先做一件小事：打开你的 Slack，统计一下过去一个月团队被反复问过的问题。如果超过十条都是同一类答案，说明真的需要一个团队记忆层，值得花一个下午把 Company Brain 跑起来看看。
跑起来之前，先想清楚三件事：哪些频道可以接、哪些数据源先屏蔽、写权限给不给。配置完用最常见的五个问题测试它的回答准确率，准确率不到八成就别急着推广，先回去调数据源和检索策略。
如果你的内容工作流也需要类似的“第二大脑”，可以把AI词云生成器拿来先做一次团队讨论关键词盘点，看看哪类话题最值得交给AI记忆。
开源项目一周 724 颗星，说明大家都累了。能不能真正用起来，还得看你愿不愿意为它定边界。