把AI塞进Slack当同事，这家公司踩过的坑比模型还多

当大多数AI Agent还停留在“演示很强、落地很难”时，Victor选择了一条更激进的路：直接住进Slack，当一个真正的“AI同事”。创始人Fryderyk在演讲中讲清了一个残酷现实——做AI coworker，难的从来不是模型。

最反直觉的真相：AI同事失败，99%不是因为不够聪明

演讲一开始，Victor联合创始人Fryderyk就抛出一个几乎“打脸行业”的观点：他们想做的不是某个功能型Bot，而是一个“对公司所有领域都有博士级理解”的AI同事。但真正拖慢进展的，并不是模型能力，而是现实世界的复杂性。

在早期版本中，Victor能回答问题、能生成内容，看起来一切正常。但一旦让它参与真实工作流——比如跨团队协作、处理邮件、执行决策——问题立刻暴露：权限混乱、上下文缺失、责任不清。Fryderyk反复强调一句话：“如果AI不知道自己‘被允许’做什么，它就不可能成为同事，只能当玩具。”这也解释了为什么那么多Agent Demo惊艳，却始终进不了生产环境。

从故事到血泪史：他们是怎么一步步踩坑的

Fryderyk用了一段很“人类”的创业故事，回顾Victor从概念到可用的过程。最早，他们尝试让Agent直接处理任务，结果是效率并没有明显提升，反而制造了新的混乱。于是团队退了一步，把Victor先做成“受控的执行者”。

一个关键转折点，是把Victor引入邮件和审批场景：它可以像人一样起草、分类、跟进邮件，但必须经过人类批准才能发出。这种“有闸门的自治”，让团队第一次感到AI是真的在帮忙，而不是添乱。Fryderyk坦言，这个阶段他们学到的不是算法，而是组织行为学——AI进入公司，本质上是在重新定义责任边界。

为什么选Slack？便利背后是一堆硬骨头

选择Slack作为Victor的主要接口，并不是因为“酷”，而是因为现实：Slack是公司共享上下文最密集的地方。决策、讨论、情绪、未成文的规则，全都在那里。

但问题也随之而来。Slack不是为AI设计的：频道权限、私聊、历史消息、临时决策，全都是雷区。Fryderyk提到一个有趣的观察——如果一开始就全员开放，AI犯一次错，信任就会瞬间归零。因此他们选择小范围试点，先在特定团队、特定权限下运行，等行为稳定后再推广。这不是技术优化，而是信任工程。

共享上下文，才是AI同事真正的护城河

在总结阶段，Fryderyk点出了Victor目前最有价值的一点：共享上下文。不是“这个AI很懂我”，而是“这个AI和我们在同一个环境里长大”。

当Victor能理解团队历史、当前优先级、谁对什么负责，它给出的建议和行动才开始像“内部人”。Fryderyk认为，这种上下文不是靠一次性喂数据完成的，而是靠长期共处积累的。这也意味着，真正优秀的AI coworker，很可能不是即插即用的产品，而是会随着组织一起演化的系统。

总结

Victor的故事给AI从业者一个清醒的提醒：Agent时代的核心竞争力，正在从“我能不能做”转向“我该不该做”。如果你正在构建AI产品，或考虑把Agent引入团队，先别问模型多强，而要问三件事：它的权限边界清不清楚？失败时有没有缓冲机制？它是否真的理解你们的工作上下文？未来的AI同事，不会因为更聪明而被信任，而是因为更懂规矩、更像一个靠谱的人。

关键词： AI Agent， AI同事， Slack， 工作流自动化， 上下文共享

事实核查备注： 需要核查：1）创始人名字拼写（Fryderyk / Frederick Wiatrowski）；2）Victor的正式发布时间是否为2026年2月；3）Victor是否明确定位为“博士级理解”的AI同事；4）Slack是否为唯一主要接口。