Gumloop v11.3.0 "Wells"

功能详情

1. SharePoint in Brain（文件级权限继承 · 第三源）SPEC →

新功能

💡 Microsoft 系企业此前无法把 SharePoint 安全纳入 Brain——要么整站索引给全员（泄露），要么不接（缺口）。SharePoint 权限模型更复杂：组是间接的（site group 嵌 Entra group），不展开组就不知道谁能看

"Sync a SharePoint site into Brain, with each document visible only to the people who can open it in SharePoint."

[✅ 文档已验证] brain.md#sharepoint-file-permissions：Original source 下 Brain 在 sync 时读每个文件权限并按邮箱匹配。五类授权：用户直授 ✅；Everyone / Everyone except external users ✅（限你 Microsoft tenant 已验证域上的邮箱）；Microsoft Entra group ✅（需 Entra directory 连接）；SharePoint site group ✅（需 site groups 连接，嵌套的 Entra group 也展开）；仅链接分享 ❌（视为无权限）。过期权限忽略；读不到权限的文件跳过而非索引。两个组织级连接（Entra directory 先、site groups 后）由管理员在 Organization settings 配置。Brain 对读不到的组 fail-closed。同步为增量，约每天一次全量重同步。

应用场景：(1) 法务/HR 文档进 Brain 但只看得到有权限的 (2) 用 Entra 组管权限的组织——组共享对成员可见、对外隐形 (3) 与 GDrive/Salesforce 源并列构成跨云权限继承

价值评分 7/13（战略2 护城河2 用户2 复杂度2 创新1→0）[初始8→质疑-1→最终7] — SPEC 候选，spec_brain-document-access 更新 v2.1

📄 帮助中心源：帮助中心源：brain.md（已存档 gumloop-docs_brain.md）

2. Auto Message Steering（自动引导，实验性）

新功能

💡 Queue and Steer 把"排队 vs 立即引导"的选择交给用户（@steer），但用户常分不清"这条是纠正（该立即生效）还是补充（该等它跑完）"

"Messages you send while an agent is working are now steered or queued for you, so a correction lands right away and a follow-up waits until the agent finishes."

[✅ 文档已验证] 系统替你判定：纠正立即引导、补充排队至 agent 完成。v12.1 起判断模型可选（默认 Jev，可切 GPT-6 Luna）。与 v11.0"引导改即时生效"一脉——把引导从"用户手动指定"推进到"系统自动判定"。

应用场景：发现跑偏直接说，不必先想"要不要 @steer"；补充信息自动排队不打断

价值评分 6/13（战略1 护城河1 用户2 复杂度1 创新1）——Queue and Steer（10/13）的自动化，非新范式

3. Text Your Gumball（Beta）· See What an Agent Changed About Itself

新功能

💡 Gumball 入口都在工作软件里，离开电脑时没有"人人都有"的通道；agent 会自改配置，但改动发生在对话中，用户事后才发现

"Text Gumball over iMessage, RCS, or SMS to kick off a task from anywhere."

Text Your Gumball——Gumball 有自己的电话号码，从验证过的号码短信，你自己的 Gumball 接单并回短信；同号支持 iMessage/RCS/SMS；人人发同一号码、各自到达自己的 Gumball；回复延续当前任务，隔段的新请求开新 thread；待审批可回 approve 短信批准
See What an Agent Changed About Itself——会话内 agent 自改（instructions/skills/triggers）列在输入框上方、点击展开；v11.4 起中途自加 connector 也进入变更列表

应用场景：(1) 在外面短信让 Gumball 跑任务 (2) 短信收早报 (3) 短信 approve 批准 (4) 对话后一眼看清 agent 改了自己什么

价值评分各 6/13——通道补全（短信无壁垒）+ 自改透明度（随自改能力群成立）

4. Claude Sonnet 5.5 与 GPT-6.1 Sol

新功能

💡 前沿模型持续迭代，性价比档位需更新

"Sonnet 5.5 does most work up to 30% cheaper than Sonnet 5, and GPT-6.1 Sol gets close to GPT-6 Astra at a fifth of the price."

[✅ 文档已验证] ai_models.md 已收录。模型广进延续（3/13）。

应用场景：更省的主力模型档位

价值评分 3/13（模型层，广进延续）

5. Platform Improvements（6 项）与 MCP Improvements

改进

💡 Slack 里 agent 不知道你在看哪个频道；chat 费用要等 run 结束才更新；Brain 运维靠手动

从 Slack agent 面板发消息时 agent 知道你正开着的频道/thread/canvas（"summarize this" 无需给链接）
chat 费用拆分里 Compute credits 实时更新（不再等 run 结束）；完成的 agent 步骤显示耗时
Tasks 过滤器移到表格上方栏、表头钉住、可选显示列；artifact 链接默认用组织自定义域
可从 API 建 Brain 源并上传文件，或用 CLI gumloop brain sync 保持文件夹同步
MCP：GitHub 创建/查看/合并 stacked PR；Jira 评论限角色/组；Zendesk 仅凭 requester email 建工单

应用场景：(1) 在 Slack 说"总结这个"直接生效 (2) 夜跑 Brain 同步的 cron (3) GitHub stacked PR 自动化

价值评分（组）5/13（Slack 上下文感知 + Brain 工程化运维）

6. Bug Fixes

修复

💡 队友发起的 Slack 线程回复报权限错；长任务约一小时后连接器调用失败；Slack 进度卡在 agent 已回复后仍显示 Working

修复队友发起的 Slack 线程回复对"能用该 agent 的人"报权限错
修复长 agent run 约一小时后连接器调用失败；修复 Slack 进度卡在最终回复后仍显示 Working
修复 agent 在 Slack 分享的文件以 Gumloop 而非 agent 名义发出；修复 Slack plan block 每次更新都折叠

应用场景：长任务一小时失效是 token/会话续期的典型边界；身份错挂（以平台而非 agent 名义发消息）会破坏信任

修复类不评分

竞品分析

战略方向判断

v11.3.0 "Wells" 是 9 月末的"能力密度"版——四个方向各落一子：知识库（SharePoint）、交互（自动引导）、通道（短信）、自治透明度（自改可见）。

1. Brain 权限继承走到第三源，护城河在"难"里。GDrive（直连）→ Salesforce（记录级+字段级 FLS）→ SharePoint（组间接性：site group 嵌 Entra group 需展开）。难点不在"接 SharePoint"，在把间接、可嵌套、可断链的权限模型忠实映射到检索。fail-closed 是价值锚点。

2. "自动引导"是交互再下沉。v9.7 Queue&Steer 给能力 → v11.0 修正即时 → v11.3 系统替你判断"纠正还是补充"。方向是让用户少做决定。

3. Gumball 走出工作软件。短信/iMessage/RCS 补齐"人人自带"通道；"人人发同一号码、各自到达自己的 Gumball"——Gumball 在向"通讯录里的一个联系人"靠近。

4. 自治透明度铺开。v10.27 起 agent 能改自己，这里补"改了什么"的可见性——自改能力与自改审计必须成对出现。

与我方对比

"自改 + 审计"应成对设计。我方若让 agent 自改配置，必须同步提供"会话内改动清单 + 逐条可点开"，否则用户会在某天发现配置被悄悄改过而失去信任。

权限继承按"难度阶梯"投入。直连 → 记录级+字段级 → 组间接展开。做企业级知识库必须走完组间接（Microsoft/AD 绕不开），且 fail-closed 是底线——读不到权限就别索引。

★★★★☆

SharePoint 权限继承是 Brain 企业化关键拼图，自动引导与自改可见都是方向性动作；扣一星在无全新能力维度

关键功能深度点评

SharePoint in Brain — 7/13 的"权限模型硬骨头"。独特难点是权限的间接性：SharePoint 报"组"不报"组成员"，故需 Entra directory + site groups 两个连接来展开，还要处理嵌套。Gumloop 选择慢但稳（必须先连、组读不到就 fail-closed）而不选"方便但漏权"——这是企业知识库能否被信任的分水岭。

Auto Message Steering — 6/13 的"少做决定"。把显式选择（@steer）变隐式判断，长任务心智负担下降。风险在误判（"这句是纠正还是补充"），故标 Experimental 且后续补上判断模型可选。