Gumloop v10.20.0 "Red Bay"

功能详情

1. Choose Who Approves Access Requests（审批路由）

新功能

💡 此前 access requests（角色、模型、功能、限额的申请）默认流向固定接收者，组织无法指定"这类申请该先找谁批"——审批路由不灵活

"Organization admins can now choose an assignee in org settings. Requests for roles, models, features, and limits go to that person first."

[基于 Changelog] 组织 admin 在 org settings 指定 access request 的 assignee。申请（角色升级、模型访问、功能启用、限额提升）优先流向该人审批。延续 v10.x 企业治理路线（App Policies、Composable Roles、Audit Logs、Access Request for Connectors/Brain），把审批路由从"固定接收者"改为"可指定专人"——让 access request 工作流匹配企业真实的审批责任链。

应用场景：(1) 大组织把 IT 申请路由到 IT 主管 (2) 模型访问申请路由到 AI 治理负责人 (3) 限额提升路由到部门预算审批人

2. Gumball Works with Outlook（个人 agent · M365 全栈）已有深度分析 →

新功能

💡 Gumball 的 Smart Inbox 此前仅支持 Gmail、Meeting Prep 仅支持 Google Calendar——用 Outlook 的企业用户无法享受个人 agent 的邮件/会议准备能力

"Smart Inbox can now sort and draft replies for an Outlook mailbox, and Meeting Prep can brief you from an Outlook calendar. Pick Outlook when setting up either."

[文档部分覆盖] 记录于 gumball 文档。Smart Inbox 与 Meeting Prep 的 connector 选择扩展到 Outlook：设置时可选 Outlook 邮箱（Smart Inbox 分类/草稿）或 Outlook 日历（Meeting Prep 简报）。

⚠️ 截至 2026-08-13，gumball.md FAQ 仍注明"Smart Inbox supports Gmail only"——Outlook 支持是本轮新增，文档待更新。与 v10.19.0 Outlook Email/Calendar Triggers 配对，Gumloop 完成 Microsoft 365 全栈覆盖（触发器 + 个人 agent）。

应用场景：(1) Outlook 用户让 Smart Inbox 给邮件分类草拟回复 (2) Outlook 日历事件前自动生成 Meeting Prep 简报 (3) Microsoft 365 企业用户获得 Gumball 完整体验

📄 帮助中心源：https://docs.gumloop.com/core-concepts/gumball.md（Outlook 章节待收录）

3. Azure MCP（云基础设施管理）

集成

💡 云运维团队无法让 agent 直接管理 Azure——巡检订阅、管理资源、查成本都停留在人工操作 Azure 门户

"Review subscriptions and resources, manage compute, storage, databases, and web apps, check security and governance, and look up costs and pricing."

新增 Azure MCP，云管理域能力清单：

浏览 subscriptions / resources
管理 compute / storage / databases / web apps
检查 security / governance 状态
查成本 / 定价

应用场景：(1) DevOps 让 agent 巡检 Azure 订阅/资源 (2) agent 管理基础设施 (3) 查安全治理状态、成本定价

4. Fast Mode（性能档位）

改进

💡 实时对话、高频交互场景下标准模型响应不够快，用户愿意为更快输出付更高 credit 成本但没有选项

"Switch your agent to Fast mode in AI settings. Supported models like Claude Opus 5 respond much faster at a higher credit rate. Fast responses are labeled in chat."

[基于 Changelog] AI settings 中可切换 agent 到 Fast mode。支持的模型（如 Claude Opus 5）以更高 credit 费率换取显著更快的响应，Fast 响应在对话中标注。这是"性能档位"产品化——与 Claude 自身的 Fast mode（/fast 切换，Opus 5/4.8 可用，更快输出不降级到小模型）理念一致。计费模型上把"速度"显式定价，让用户按场景权衡速度 vs 成本。

应用场景：(1) 实时对话场景切 Fast mode 提升体验 (2) 高频交互 agent 降低延迟感 (3) 批处理任务用标准模式省 credits

竞品分析

战略方向判断

v10.20.0 "Red Bay"（纽芬兰拉布拉多渔村）是 Microsoft 365 全栈补齐版 + 模型/性能体验打磨版，节奏平稳：

1. Microsoft 365 全栈覆盖完成。v10.19.0 加 Outlook 触发器，v10.20.0 加 Gumball for Outlook——Gumloop 对 M365 的支持从"零散"到"全栈"（触发器 + 个人 agent 邮件/日历 + 外部 MCP Entra 接入）。这是进入 Microsoft 主导企业市场的必要功课。配对发版节奏说明 Gumloop 在主动攻坚 Microsoft 生态。

2. Fast Mode 是"性能档位"产品化。把"更快输出"显式定价为更高 credit 费率。对 agent 平台而言这是计费模型精细化：不再单一"模型 × token"，而是"模型 × 速度档 × token"。长期看是实时交互场景（语音、客服）的体验基础。

3. 模型矩阵持续扩容。Grok 4.6 / Gemini 3.7 Flash / Qwen3.8 Max 覆盖对话推理（xAI）、轻量快速（Google）、中文旗舰（阿里）。延续 v10.15.0 模型刷新路线，配合 BYOK 和 AI Model Governance，模型层已是成熟的可治理多供应商架构。

4. 企业治理继续打磨。Access Request 路由、可查看已删除 agent、agent 用量唯一用户数——企业采用的小痛点修复。

与我方对比

Microsoft 365 全栈是进入大企业市场的入场券。我方若做企业 agent 平台，需评估 Outlook/Entra/Teams 覆盖是否完整？个人 agent 是否支持 Outlook？Gumloop 连续两版补齐 M365 说明这是被验证的优先级。

Fast Mode 揭示"速度成为可购买维度"。模型竞争从"谁更聪明"扩展到"更快 + 更便宜 + 更合规"。agent 平台需把速度档位纳入计费和体验设计——尤其实时交互场景。

模型超市 + 治理是企业 agent 平台标配。多供应商 + BYOK + 角色级模型限制 + 审计，让企业不绑死单一供应商。我方模型治理层成熟度值得对标。

★★★

M365 全栈补齐 + 性能/模型体验打磨，无战略级跃迁

关键功能深度点评

Gumball Works with Outlook — Microsoft 365 全栈的最后一块。与 v10.19.0 Outlook 触发器配对，完成 M365 覆盖。Smart Inbox 此前是 Gmail only，扩展到 Outlook 意味着个人 agent 的邮件能力首次触达 Microsoft 主导的大企业用户——Gumball 从"Google 生态优先"到"跨生态"的关键一步。

Fast Mode — 速度档位产品化。把"更快输出"定价为更高 credit 费率，与 Claude Fast mode 理念同源。长期看，速度档会成为实时交互场景的体验基础，也是 agent 平台区分"批处理"与"实时"两类负载的计费杠杆。

整体判断 — 战略跃迁后的"消化巩固"版。v10.19.0 完成 agent 分发范式跃迁（Service Accounts），v10.20.0 把能力落地到更多渠道（Outlook）和体验维度（Fast mode）。模型超市继续扩容，治理继续打磨。无 SPEC 候选但节奏健康。