Glean 发布 Slack 集成：打造具备全组织上下文的企业级 AI 协作者
发布日期：2026 年 6 月 25 日
在将应用嵌入工作流方面，企业软件一直占据主导地位，它通过减少上下文切换和自动化任务，让员工无需在不同工具间跳跃即可保持高效。然而，消费级 AI 产品在此方面长期滞后，因为它们最初是为个人使用设计的，缺乏对实际工作方式的理解。
Glean 自 2020 年在 Slack 发布以来，便秉持一个信念：上下文应出现在员工工作的地方，而非被困在需要额外查找的独立应用中。如今，Glean 已进化为一名主动的、个性化的、协作的企业级 AI 同事，能够代表用户执行工作。
正如 Andrej Karpathy 所言，这是我们对语言模型工作方式的第三次重构：从“访问的网站”到“安装的应用”，再到如今“一个拥有组织级工具和上下文、与人类团队并肩工作的自包含、持久化、异步实体”。
核心突破：从“聊天机器人”到“组织级同事”
1. 严格的权限边界与知识隔离
AI 同事在公开频道回复前，必须回答一个私人聊天机器人无需面对的问题：它被允许知道什么？它代表谁发言？
Glean 通过构建覆盖100+ 个连接系统的统一知识索引，在索引阶段强制执行每个文档的真实权限。它仅推导同事本就能看到的组织共享知识，并以此为基础回答公开问题。
- 零人工组装：权限范围不依赖管理员手动配置，而是源于公司现有的共享逻辑。
- 隐私安全：私有内容绝不会进入公共语料库。
- 身份一致性：无论提问者是谁（员工、经理还是新员工），Glean 始终以“组织”的身份回复，确保在公开频道发言的安全性。
2. 全组织上下文与知识图谱
传统的 Agent 往往需要针对每个问题从零开始检索，这既慢又易出错。Glean 在 Slack 中启动时，已携带整个组织的知识图谱（包含人员、项目、文档及其关联关系）。
这种预加载的上下文让 Glean 能够跨系统整合信息，提供连贯的回答，而非指向四个不同的标签页：
- 销售跟进：整合 Salesforce 中的机会与阶段、会议中的通话记录、Google Drive 中的 Deal Room 文件夹以及 Jira 中的阻塞问题。
- 技术变更：读取 Jira 工单、关联的 Pull Request 及 Confluence 设计文档，总结本 Sprint 的交付、延期及负责人。
- 政策查询：直接引用 Confluence 上的最新版本（而非 Drive 中过时的 PDF），并提供原文链接。
- 决策追溯：通过会议转录和后续讨论线程，精准定位上周讨论的定价变更决策。
3. 主动执行与闭环能力
Glean 不仅被动响应，更懂得何时主动介入。它会监控频道，在发现 Jira 阻塞导致项目停滞、有人重复创建文档或 Salesforce 状态未更新时，主动提出建议。
更重要的是，Glean 具备自主闭环能力，可执行以下操作：
- 打开 Pull Request
- 创建和更新工单
- 编辑记录
- 运行工作流
所有这些操作均在强制权限下运行，敏感写入会进行预检查，并保留完整的审计追踪。这意味着“它为我做了某事”绝不会变成“它做了我无法追溯的事”。治理并非事后添加的层，而是与知识层共享同一套权限骨架。
实际应用价值
对于开发者而言，Glean 展示了如何构建真正懂业务场景的 AI 系统，而非简单的 Prompt 堆砌。对于企业用户，这意味着一个能够替代部分初级员工职能、降低沟通成本、并确保数据安全的企业级 AI 助手。
Glean 证明了，AI 同事的成功不在于模型本身，而在于背后复杂的工程工作——包括工具集成、计算环境、内存管理及安全架构。这正是 Glean 在 Slack 中的核心优势所在。
