Gumloop v10.26.0 "Rencontre East"

功能详情

1. Subagents Run in the Background（后台执行与交互监督）SPEC 已更新 v1.2 →

新功能

💡 subagent 并行跑起来之后，父对话只能干等——想追问别的事、想看看某个子 agent 在干什么、想叫停跑偏的那个，全都做不到；多 agent 工作的"监督权"缺位

"You can now keep chatting with an agent while its subagents work in the background. Check on what each one is doing, message or stop them any time, and their results land in the chat as each one finishes."

[文档已验证] agents.md Subagents 章节语义：子 agent 本就"作为排队后台任务运行，时间预算约为父 agent 的一半"。本次跃迁在 UX 层兑现这些机制：

父对话不阻塞——subagent 运行期间继续和父 agent 聊任何事
逐个监督——查看每个子 agent 正在做什么
运行中干预——对任意子 agent 发消息（补充上下文/纠偏）或直接中止
结果流式落回——每个子 agent 完成即回传，先到先整合，不等全员到齐

应用场景：(1) 派 5 个子 agent 研究竞品后继续处理别的请求，中途发现 1 个跑偏就地纠正 (2) 长任务挂后台，随时查看进度、提前止损 (3) 结果逐个到达——先到先整合

价值评分 9/13（战略2 护城河2 用户2 复杂度2 创新1）[初始9→质疑-0→最终9] — SPEC 候选，经 spec_subagents v1.2 承载

📄 帮助中心源：agents.md（节选已存档 2026-09-04 → gumloop-docs_subagents-background.md）

2. Smarter Inbox Drafts（草稿接入应用查询·Grounding）⭐文档已验证

新功能

💡 回复草稿只能基于邮件线程本身写——线程里没有的事实（你的日程、CRM 里的客户状态、上周会议聊了什么）草稿一律不知道，只能写废话或瞎编

"Reply drafts can now look things up in your connected apps before writing, like checking your calendar before offering a meeting time or pulling what you discussed from your Granola meeting notes. You choose which connectors drafts can use from Smart Inbox settings."

[文档已验证] gumball.md「Grounding Drafts In Your Apps」章节完整语义：

范围控制——All connectors（新 app 自动纳入）/ Selected（≤50 个）/ 不选（回到 thread-only）
read-only 且最小化——只为确认事实或取数而查，不因工具存在就乱逛；可同时利用 Brain 源、历史对话、当日 Daily Chew、与会者 Meeting Prep
反幻觉三件套——查不到就问用户或留占位符而非编造；引用必须来自当次 scope；run 全程只读（不能发送/回复/归档任何被读 app）
计费——grounded 草稿按一次短的触发 agent run 计费，贵于 thread-only

应用场景：(1) 对方问"周四下午方便吗"——草稿先查日历再给真实空闲时段 (2) 客户催进度——从 Linear 拉当前状态再回 (3) 引用上周会议结论——从 Granola 纪要取原文并标注出处

价值评分 6/13（战略1 护城河2 用户2 复杂度1 创新1→0）[初始7→质疑-1→最终6] — 质疑降级（Superhuman/Shortwave 已有 grounded replies，范式非首创）

📄 帮助中心源：gumball.md（节选已存档 2026-09-04 → gumloop-docs_smart-inbox-grounding.md）

3. Claude Fable 5 and 5.1（最强模型 × 最严治理）⭐文档已验证

新功能

💡 长时程 agent 工作负载需要最强的长上下文模型，但企业对数据留存敏感——"用最强模型"与"数据不出门"此前不可兼得

"Anthropic's most capable models are now available for your agents, and they're the strongest option for long-running work like deep research and complex coding. Organization admins can turn them on in model settings."

[文档已验证] ai_models.md：Fable 5.1（长时程 agentic coding/研究）与 Fable 5（高难推理），均 1M tokens（短窗 300K）、视觉+工具调用。唯一非 ZDR 模型——Anthropic 留存 30 天用于滥用检查后删除、不训练。治理四件套：

默认关——org admin 显式开启
永不被自动选中——排除出 Recommended/Smartest presets、Auto 路由、fallback 链
picker 显 30-day retention 徽章
授权撤销即刻不可用（设为该模型的 agent 直接失败直至换模型）

应用场景：(1) 深度研究/大型重构选 Fable 5.1 吃 1M 上下文 (2) 合规敏感组织由 admin 统一决策是否放行非 ZDR 模型

价值评分 4/13（战略1 护城河0 用户2 复杂度1 创新0）——模型上架不构成壁垒；治理设计是真亮点但属既有框架执行

📄 帮助中心源：ai_models.md（已重新存档 2026-09-04，19.2KB）

4. Gemini 3.8 Flash（同价更强）⭐文档已验证

新功能

💡 高频 agent 任务需要便宜模型的持续性能升级

"Google's newest Flash model is now available for your agents, with big gains in coding, agentic tasks, and multi-step reasoning at the same speed and price as 3.7 Flash."

[文档已验证] ai_models.md 模型表已收录（Google provider，图像 Yes），与 3.7 Flash 并列。价值评分 3/13——同价位替换，延续模型广进。

应用场景：批量工具型任务的默认性价比选项升级

📄 帮助中心源：ai_models.md（已重新存档 2026-09-04，19.2KB）

5. Gmail and Linear in Company Brain（通信与工单入知识库）⭐文档已验证

新功能

💡 公司知识库只索引"文档"，而团队实际知情的两大半边——邮件里说过的和工单里做过的——agent 检索不到

"You can now sync Gmail and Linear into your Company Brain. Emails, issues, documents, and projects get indexed, so agents can bring that context into their answers."

[文档已验证] brain.md 新增两节：

Gmail 源——按 label 整体圈定（非逐 thread），每 thread 索引为一份文档；Spam/Trash/Drafts/Chats 永不索引；增量同步；Document access 支持 Original source（仅邮箱 owner 可检索）——文档明确警示"个人邮箱进 Team/Org Brain + Gumloop access = 全员可搜"
Linear 源——按 team 圈定（issues/documents/projects 全量），仅可加 Team/Org Brain；权限每次 sync 重新快照（Linear 里转私有后下次同步收紧）；Original source 镜像 Linear 自身 team 隐私

应用场景：(1) "这个客户上次邮件里答应了什么"——从 Gmail 线程取原文 (2) "这个 spec 讨论过哪些方案"——从 Linear 还原决策链 (3) 共享客服邮箱作 Team Brain 源（官方点名的正当用法）

价值评分 5/13（战略1 护城河1 用户2 复杂度1 创新0）——第 9/10 个 native source，纯覆盖扩展；对照判例：Zendesk 源 5/13、Salesforce 源 7/13（因携带权限继承治理创新）

📄 帮助中心源：brain.md（节选已存档 2026-09-04 → gumloop-docs_brain-gmail-linear.md）

6. Krea MCP（图像生成）+ 7. Bing Webmaster MCP（SEO 数据）

集成

💡 agent 缺对话式迭代的图像产出；SEO agent 缺权威的 Bing 侧站长数据源

"Agents can now generate images with Krea. Describe what you want in chat, enhance or upscale existing images, and iterate on styles without leaving the conversation." / "Agents can now pull SEO data from Bing Webmaster Tools, like search performance, crawl stats, and keyword research, and submit URLs for indexing."

Krea：[无独立文档]（404）。与 ElevenLabs（v10.25 音频）构成多媒体输出双件套，特色是对话内迭代风格 + 增强/放大既有图像
Bing Webmaster：[文档已验证] 搜索表现、抓取统计、关键词研究、URL 提交索引

应用场景：(1) 营销 agent 对话式出图——"再商务一点""把这张放大修干净" (2) 内容 agent 发布后自动提交索引 + 周报拉搜索表现

📄 帮助中心源：bing_webmaster.md（已存档 2026-09-04，10.6KB）

8. Platform Improvements（可观测性 + 治理 UX）

平台改进

💡 Brain 读不到就装作没看见（静默失败）；被封 connector 灰显在目录里持续提醒用户"你不行"；导出跑到一半才报超限

Brain 文档/网页读不到时在 chat 里明说，不再静默失败
agent-owned 凭据开启变一步；所有权常驻 connector 页可见
Smart Inbox 草稿更谨慎（跳过营销邮件与无需回复线程、只依据线程事实、保留原邮件链接）；标签可拖拽换组；首页显示标签计数与近期草稿
Pro 试用期内可直接订阅并开 credit 超额（转化路径缩短）
Custom role 可把被封 connector 彻底隐藏（目录与选择器中消失，而非灰显受限）
数据导出预检大小上限，开跑前告知而非中途失败

应用场景：(1) Brain 源失效从"agent 装作没看见"变成"明说读不到" (2) 被封 connector 对无权限用户彻底不可见——心智负担归零

竞品分析

战略方向判断

v10.26.0 "Rencontre East"（纽芬兰袖珍定居点）三线并进，主线清晰：把"异步"进行到底。

1. Subagent 后台化补完异步三件套。梳理异步化轨迹：v9.7 Queue & Steer（消息级——排队/插话/改道）→ 后台 chat（会话级）→ 本次 subagent 任务级后台 + 监督权。agent 平台完成从"一问一答"到"多任务工作台"的 UX 转身。多 agent 系统的可用性瓶颈从来不在编排智力，而在人的监督带宽——本次把监督带宽产品化（逐个查看、就地纠偏、随时止损），是对"多 agent 可用性"的正面回答。

2. 最强模型 × 最严治理并行不悖。Fable 5/5.1 是模型池首个非 ZDR 模型，处置堪称教科书：默认关 + 永不被自动选中 + 显式徽章 + 撤销即失效。信号是"我们不因模型强就替你做数据权衡"——企业 agent 平台引入 frontier 能力的标准姿势，与 v10.15/v10.16 模型治理投资一脉相承。

3. Gumball 闭环注入邮件场景。Smart Inbox grounding 让三大主动特性 + connectors + Brain 第一次在同一个动作（写一封回复）里合流。克制设计（read-only、最小查询、占位符不编造、引用溯源）说明团队清楚 grounding 的风险面。

4. Brain 从文档库走向"团队知情面"。Gmail（通信）+ Linear（工单）继 Salesforce（CRM）后再次扩展语义——公司知识不只是写下来的文档，更是说过的话和做过的事。至此十个 native source 覆盖文档/客服/CRM/通信/工单/代码。native source 的价值在权限精细度（label/team 级圈定 + document access + 权限重快照），这是 BYO 源给不了的。

5. 节奏观察。9 月开局即重版：v10.25 打磨清场（subagent 三连修）、v10.26 交付主功能，两版间隔仅 2 天——稳定性修复与特性发布的编排越来越像成熟平台团队。

与我方对比

监督权是多 agent 产品的分水岭，应尽早布局。并行 agent 不难做（并发 API 谁都有），难的是人怎么管。查看/发消息/中止三件套 + 结果流式落回，本质是把 IDE 的任务管理体验搬进 agent 平台。多 agent 规划应把"运行中干预"列为 P0 而非 P2——没有监督权的并行只会放大失控感。

非 ZDR 模型的治理模板可直接复用。默认关 + 排除出一切自动路由 + 徽章 + 撤销即失效——四个动作把"引入最强模型"的合规风险收干净。

Grounding 反幻觉三件套（只读/占位符/引用）是通用模式。任何让 LLM 查外部数据再生成的场景都适用：查询最小化、查不到就明说、每个事实可溯源——比"接了 RAG"的架构叙事更接近用户信任的本质。

Brain 的覆盖逻辑值得对照自查。我方知识库若仍以"上传文档"为主入口，与"团队实际知情的半边"（通信/工单/CRM）就有结构性缺口。

★★★★

subagent 监督权是 agent 产品形态的重要台阶；Fable 治理 + Inbox grounding + Brain 双源三线并进；扣一星在主线单点、其余为覆盖扩展

关键功能深度点评

Subagents Background — 9/13 的"监督带宽产品化"。多 agent 系统的真正瓶颈是人的注意力：5 个子 agent 并行时，用户要么盲等（失控感）、要么逐个点开（高摩擦）。答案是把并行任务做成可巡视的工作面——继续聊天（不阻塞）、逐个查看（可巡视）、发消息纠偏（可干预）、随时叫停（可止损）、先到先收（可增量）。护城河判 2 的依据：这是运行时 + 交互 + 审批/流式多子系统的组合工程，且与 Queue&Steer、后台 chat 构成层次完整的异步栈——竞品要抄不是抄一个功能，是抄一条栈。路线图上"编排可视化"（拓扑图/甘特图/回放）的缺位是下一个抓手。

Fable 治理 — 4/13 但战略信号 3 分。单看是模型上架，看深一层是"Gumloop 确立了引入非 ZDR frontier 模型的标准流程"。当模型能力差距大到值得付出数据留存代价时，平台的选择不是拒绝也不是默认，而是把权衡显式交给组织决策者——这个姿态本身就是企业信任资产。

Gmail/Linear 入 Brain — 知识库语义的补完。对照 Salesforce 源的 7 分（权限继承是治理创新），本次 5 分的差距恰说明：覆盖扩展易、治理深化难。但 Gmail 的 label 级圈定 + "个人邮箱进共享 Brain"显式警告、Linear 的权限重快照，仍体现了对"通信数据入共享检索"风险的清醒——比"一键同步全部邮件"的竞品克制得多。