Gumloop 官方把 agent 的有用性拆解为三块,每块回答不同问题。Brain 之前,agent 遇到"我们退款政策是什么"这类问题只能靠模型预训练知识或幻觉——企业真实文档它看不到。Brain 补齐这块缺口。
┌──────────────────────────────────────────────────────────────────────┐ │ Gumloop Agent 能力栈 — 三块拼图 │ ├──────────────────┬───────────────────┬───────────────────────────────┤ │ Connectors │ Skills │ Brain(v10.8.0 新) │ │ (行动) │ (流程) │ (知识) │ ├──────────────────┼───────────────────┼───────────────────────────────┤ │ 实时操作能力 │ 可复用任务指令 │ 可搜索的知识 │ │ │ │ │ │ "发这条 Slack │ "用我们的序列 │ "我们的退款政策 │ │ 消息" │ 起草 outreach" │ 怎么说?" │ └──────────────────┴───────────────────┴───────────────────────────────┘
Indexing a source makes knowledge available; attaching it to an agent makes that knowledge usable by that agent.
索引一个源 → 知识可用(available);attach 到 agent → 该 agent 能用(usable)。这是两层解耦设计:知识先进入组织知识池(可被治理、可被多个 agent 复用),再按需 attach 给特定 agent。一个 Notion 知识库可以索引一次,被客服 agent、销售 agent、HR agent 分别 attach 使用。
Brain 连接企业已有知识存储(不要求重新上传),Gumloop 读取并索引文本内容:
| 源 | 索引内容 |
|---|---|
| Notion | 连接的页面和数据库的完整页面内容 |
| Google Drive | 所选 drive/folder 的文件内容,含 Docs/Sheets/Slides(转换后索引)。Folder 只组织结果,本身非文档 |
| Slack | 所选公开频道的消息,含 thread reply |
| GitHub | 连接的 repo 的文件 |
| Confluence | 连接的 Confluence space 的页面 |
| 文件上传 | PDF/Office(.docx/.pptx/.xlsx)/rtf/Markdown/JSON/XML/YAML/text,单文件约 400MB |
每个源有一个 scope,决定谁能看和搜索。添加时选择,之后可用 Share 修改。关键差异化:scope 与 Composable Roles / Permission Groups 深度集成——知识权限 = 企业身份权限,而非孤立文件 ACL。不同角色看到不同知识池。
| Scope | 可见性 |
|---|---|
| Personal(私有) | 只有创建者可见可搜索 |
| Team(团队共享) | 一个团队/project 的成员可见 |
| Organization(全公司) | 整个组织可见可搜索 |
源添加后,Gumloop 全权接管同步,用户不管理。
| 状态 | 含义 |
|---|---|
| Active | 连接正常,同步中 |
| Paused | 同步暂停,直到恢复 |
| Syncing | 同步运行中 |
| Indexed | 单项已处理,可搜索 |
| Failed | 上次同步出错,需重试或检查账户 |
| Partial | 上次同步完成但部分项未索引 |
每个 Brain 视图含交互式 3D 知识图谱——所有索引内容的可视化地图。每个点是一块知识,按源聚类着色(Slack 红、Drive 蓝、Confluence 绿...),可全屏拖拽探索。企业知识从"扁平列表"变成"可导航的空间"。
attach 源到 agent 后,agent 自动获得两个内置工具(无需配置)。agent 自主决定何时搜索——判断问题是关于内部内容时才调用 Brain,引用找到的内容,并在片段不足时打开完整文档。
┌─────────────────────────────────────────────────────────────────┐ │ 用户问内部知识问题 │ │ │ │ │ ▼ │ │ ┌─────────────────────┐ │ │ │ Search Company Brain │ ── 混合搜索 attached 源 │ │ │ (agent 自主触发) │ ── 返回最相关片段 │ │ │ chat: "Searching │ ── 可并行多次搜索 │ │ │ Company Brain" │ │ │ └─────────────────────┘ │ │ │ 片段不够时 │ │ ▼ │ │ ┌─────────────────────┐ │ │ │ Read document │ ── 取特定文档全文 │ │ │ chat: "Reading │ │ │ │ document" │ │ │ └─────────────────────┘ │ │ │ │ │ ▼ │ │ Agent 引用来源回答(citations) │ └─────────────────────────────────────────────────────────────────┘
除用户连接的源,Gumloop 还能索引 agent 产生的 artifacts(chat 中生成的文件),让 agent 搜索复用过往工作而非从零开始:
这形成闭环:agent 工作(产出 artifact)→ 索引为知识 → 下次 agent 复用 → 更好的工作。
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| A1 | 打开 Brain | 左 sidebar 独立入口,All/Mine/Organization tabs + Source 添加 | P0 |
| A2 | 添加源 | 选源类型(Notion/Drive/Slack/GitHub/Confluence/文件上传),授权连接 | P0 |
| A3 | 添加时 | 选 scope(Personal/Team/Organization),之后可 Share 修改 | P0 |
| A4 | 文件上传 | 支持 PDF/Office/rtf/Markdown/JSON/XML/YAML/text,约 400MB | P0 |
| A5 | 源添加后 | Gumloop 自动接管同步,无需用户管理 | P0 |
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| B1 | 源内容首次添加 | 索引文本内容(按源类型索引页面/文件/消息) | P0 |
| B2 | 源内容变更 | 持续同步,增量更新索引 | P0 |
| B3 | 同步出错 | 状态置 Failed/Partial,提示重试或检查账户 | P0 |
| B4 | 暂停/恢复 | 状态置 Paused,恢复后继续 | P1 |
| B5 | 源列表展示 | Name/Docs/Activity/Access/Status 五列 | P0 |
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| C1 | attach 源到 agent | 该 agent 获得 Search Company Brain + Read document 工具 | P0 |
| C2 | agent 判断涉及内部知识 | 自主调用 Search Company Brain 混合搜索,返回片段 | P0 |
| C3 | 片段不足 | agent 调用 Read document 取全文 | P0 |
| C4 | agent 回答 | 引用来源(citations),可并行多次搜索 | P0 |
| C5 | agent 产出 artifact | 索引到 Personal/Team 级,仅最新版本 | P1 |
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| D1 | 查看 Brain | 3D 交互式 knowledge graph,按源聚类着色,可全屏拖拽 | P1 |
| D2 | 点击源 | detail page:项列表+Overview+Search this source+Edit | P0 |
| D3 | scope 与角色集成 | 知识可见性遵循 Composable Roles / Permission Groups | P0 |
作为新员工,我希望问公司的 HR/客服 agent "退款窗口多久""上季度定价怎么定"——agent 基于真实文档回答并给链接,而不是凭空猜测。
画像:张明,28 岁,新入职产品经理。对公司政策、流程、过往决策不熟悉,每次提问要翻文档或问同事。
验收标准:
作为销售 lead,我希望问 agent "调出我们上周做的 Q3 deck"——agent 能从过往 artifact 找到并基于它做 Q4 版本,而不是从零开始。
画像:李华,销售 lead。上周让 agent 做了 Q3 方案 deck,现在做 Q4 方案希望复用。
验收标准:
| 竞品 | 知识能力 | 优势 | 劣势 |
|---|---|---|---|
| ChatGPT (Custom GPTs) | 文件上传知识库 | 用户基数大,易用 | 孤立文件上传,无企业源连接;权限简单;无 artifact 闭环 |
| Claude Projects | 项目级知识 + 文件 | 权限清晰,引用好 | 无原生企业源同步;项目级非组织级 |
| Glean | 企业搜索专精 | 企业搜索深度强 | 搜索工具非 agent 平台;无行动/流程能力 |
| Notion AI | 原生 Notion 知识 | 与 Notion 深度集成 | 绑定 Notion,无跨源;无 agent 编排 |
| Gumloop Connectors | 实时查询源 | 实时数据,无索引成本 | 每次查询,非预索引;消耗 API 配额 |
| 漏斗阶段 | 事件名称 | 指标/KPI | 优先级 |
|---|---|---|---|
| 采用 | brain_source_added | 源数/组织 | P0 |
| 采用 | brain_source_attached_to_agent | attach 率 | P0 |
| 执行 | brain_search_executed | 搜索查询数/日 | P0 |
| 执行 | brain_document_read | 全文读取数 | P1 |
| 质量 | brain_citation_used | 引用率 | P0 |
| 影响 | agent_answer_from_brain | 幻觉下降率 | P0 |
| 飞轮 | artifact_indexed_and_reused | 工作复用率 | P1 |
| 阶段 | 时间线 | 里程碑 | 状态 |
|---|---|---|---|
| Phase 1 — 核心知识层 | v10.8.0 | 6 源连接 + 三层 scope + 混合搜索 + artifact 索引 + knowledge graph | 已发布 |
| Phase 2 — 权限精细化 | v10.x | 知识访问审计日志、按字段/页面级权限、知识过期与保留策略 | 规划中 |
| Phase 3 — 主动知识 | v11.x | agent 主动建议索引新源、知识缺口检测、与 Reflections 联动 | 探索中 |
| Phase 4 — 知识治理平台 | 远期 | 知识血缘追踪、合规导出/审计(SIEM)、跨组织知识市场、知识质量评分 | 探索中 |
docs.gumloop.com/core-concepts/brain(Brain 官方帮助文档,已完整验证)