Gumloop v12.0.0 "Kelowna"

功能详情

1. Gumloop's Agent Browser（Agent 浏览器）⭐本版旗舰SPEC →

新功能

💡 Agent 困在"连接器墙"后面——只有被 connector 覆盖的 app 才能碰。互联网上绝大多数站点没有 API/连接器，而需要 JavaScript、登录态或真实浏览器的站点更是死角。用户真正想要的 agent 是"能像人一样把网页上的事办了"

"Agents can now open a real browser and click, type, sign in, fill forms, and download files on any site, with or without a connector."

[✅ 文档已验证] agent_browser.md：能力——云沙箱里跑真 Chromium，像人一样开页/点击/输入/滚动/切标签/读屏；用保存的登录与 2FA 登录而 agent 从不见密码；跨任务保持登录（回合末存入 browser profile）；遇登录/2FA/CAPTCHA/购买确认时暂停并把浏览器交给你；侧栏实时观看并可回放每一步录像；可经住宅代理从指定国家访问。开启——自定义 agent 的 Browser ability（新建默认开、既有默认关、Gumball 只需角色允许）；管理员在 Custom Roles → Features → Agent browser（默认关）。观看——Live（agent 驱动时蓝光；你可直接点按；"X is using the browser"）与 Replay·N steps（逐步/播放/变速/截图标注）。接管——无登录/2FA/CAPTCHA/SSO/购买确认时暂停等你；每次 ≤6 字段。安全——密码/2FA key/敏感答案从不给 agent 看、不入沙箱；每次安全填充校验 scheme/port/host 与保存登录一致，不符则什么都不填并让 agent 问你；handoff 答案锁定提问时的 host；密码字段键入前后打码，无法打码则跳过截图；值不入 transcript 与日志。⚠️ 诚实边界：这些防护针对"网页诱导 agent 打字"，不是对"agent 主动从沙箱提取值"的硬边界——应把 agent 能键入的登录视为其可用，只绑需要的，或用 Custom Roles 收紧。限制——仅桌面 Chromium（移动端校验无法测）。计费——浏览器无单独收费；Compute 5 credits/分钟（agent 在浏览器工作）+ Chat & Reasoning；handoff 等你时不计费。

应用场景：(1) 没有 connector/API 的站点——后台系统、行业软件、供应商门户 (2) 需登录态的流程——查订单、对账、填表、下载报表 (3) 敏感步骤由人接管（购买确认/签名/2FA）(4) 合规审计——回放每步网页操作 (5) 地域内容——经住宅代理从目标国访问

价值评分 10/13（战略2 护城河2 用户3 复杂度2 创新2→1）[初始11→质疑-1→最终10] — SPEC 候选，新建 spec_agent-browser.md

📄 帮助中心源：帮助中心源：agent_browser.md（已存档 gumloop-docs_agent-browser.md）

2. Share an Agent Trigger With Its Users（触发器模板分发）SPEC →

新功能

💡 触发器此前"谁建谁有"——团队每个使用者要各自从零配一套（选应用、写 prompt、连账号），建好了也无法作为可复用资产分发

"Share a trigger you built and each person on the agent can turn on their own copy, running through their own account."

[✅ 文档已验证] agent_triggers.md#how-do-shared-trigger-templates-work：使用者点 Turn on、选自己的个人设置（如时区；共享 prompt 保持只读），启用后跑在自己账号。定期 schedule 的个人设置是时区；团队模板可继承已配置的团队账号及其应用设置（订阅者须有该团队访问权）。角色——Creator 拥有原件并控制分享；有权限的 agent Owner 可改共享 prompt/模型/schedule/触发逻辑，改动在后台更新所有副本。共享模板副本有独立例外（能用该 agent 的人可开启自己那份可用副本并改开放的个人设置）。

应用场景：(1) Owner 配一份"每周一给你的项目发份总结"，团队各自一键启用（各自时区/账号）(2) 团队级日程触发器继承团队账号 (3) 改一次共享 prompt，所有副本后台更新

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

📄 帮助中心源：帮助中心源：agent_triggers.md（已存档 gumloop-docs_agent-triggers.md）

3. Scripts Can Call AI Models（脚本内调用模型）

新功能

💡 Agent 写脚本批量处理数据（如给 CSV 每行打标）时脚本不能调模型——只能靠 agent 在 chat 里逐条处理，慢且贵

"Scripts an agent runs on its Computer can now call AI models through the SDK, for per-row work like classifying every line of a CSV."

[✅ 文档已验证] agent_sandbox_and_secrets.md：脚本用 Gumloop SDK 调模型——逐行分类可用 Jev 1.13（by TypeSafe）（答是/否、选类别、打分，带概率），文本任务用 chat 模型；与"chat 回话用的模型"是两回事。

应用场景：给工单 CSV 每行打标；批量摘要；大规模结构化提取而不逐条走 chat

价值评分 6/13（战略1 护城河1 用户2 复杂度1 创新1）——脚本能力补完

4. Set Up Your Own Sign-In Page（组织自定义登录页）

新功能

💡 企业全员推广时登录页仍是 Gumloop 品牌与默认 URL——"把 Gumloop 当公司自建能力"的门面不够自有

"Enterprise admins can now build their organization's dedicated sign-in page from People & Access, with the URL, logo, brand color, and sign-in methods including SAML and Okta."

[✅ 文档已验证] login_page.md：Settings → People & Access → Login Page 设稳定 URL + 品牌（logo/品牌色）+ 允许的登录方式（含 SAML/Okta）；保存前先测（Live status / Test sign-in page）。

应用场景：企业把 Gumloop 登录页做成组织自有入口（自定义域名 + 品牌 + 仅允许 SSO）

价值评分 6/13（战略1 护城河1 用户2 复杂度1 创新0）——企业白标门面

5. Skilljar MCP / Platform Improvements / Developer API

集成

💡 培训域缺集成；忙碌 agent 的历史加载慢；agent 内做分歧判断缺"返回概率"的接口

"Agents can now manage courses, students, and enrollments in Skilljar."

Skilljar MCP——管理课程、学员与报名
给 Gumball 发新任务距上一条一分钟后开新 thread，并知道是谁在发、你的近期 thread；Impact reports 描述工作类型、统计 browser 与 Gumball 任务
chat 里 Slack 链接显示频道/作者/消息；空消息框 Cmd+Enter 发第一条排队消息；长回复流式更顺
Developer API——向决策模型提结构化问题，得到按问题概率而非文本（decision model）
MCP——自定义 connector 拒绝连接时显示原因；登录被撤销的 connector 提示重连而非每次失败

应用场景：(1) 培训 agent 管课程 (2) 用 API 让模型给"该不该做"出概率 (3) 连接失败原因直接可见

价值评分（组）5/13——decision model（返回概率）是"便宜的结构化判断"基建

6. Bug Fixes

修复

💡 审批卡点击无效需刷新；后台 chat 的 artifact/排队消息作用于屏上 chat；环境变量含引号换行致脚本异常

修复点 Approve 无效直到刷新页面
修复后台 chat 的 artifacts 与排队消息作用于屏上的 chat（多 chat 状态隔离）
修复新消息后排队消息仍留在 in-progress；修复 Computer 脚本在环境变量含引号/换行时出错
修复无描述页面 Fetched 预览为空；修复进行中的自定义 agent 任务侧栏不显示 loader

应用场景：后台 chat 越权操作屏上 chat 是"并行会话"的严重串扰，值得所有多 chat 产品自查

修复类不评分

竞品分析

战略方向判断

v12.0.0 "Kelowna" 以 Agent Browser 领衔，是 2026 年 Gumloop 又一个里程碑级版本——agent 从"连接器世界"跨入"整个互联网"。首字升到 v12 不是虚张声势。

1. 破墙：从"连接器上限"到"网页即能力"。Gumloop 过去两年大量投资连接器生态，但连接器永远覆盖不了长尾——大量站点、后台、老系统没有 API。Agent Browser 一句话抹掉这堵墙："with or without a connector"。Agent 的能力边界从"你连了哪些 app"变成"一个人在浏览器里能做的事"。

2. 企业可托付是关键差异化，而非"能开浏览器"。浏览器 agent 不是新东西（Operator/Comet/Browserbase 都在做）。Gumloop 赌在企业敢托付：密码 agent 永不可见 + 安全填充校验 host + handoff 锁 host + 录像审计 + 住宅代理 + 角色级开关（默认关 + Custom Roles 授权）。并诚实标注边界——这种诚实本身就是信任资产。

3. 触发器变成可分发资产。共享模板让"配好一份、团队各自启用"成立，且 prompt 只读、后台随主体更新——把自动化配置从"个人设置"抬成"团队资产"。

4. "便宜的结构化判断"基建成形。脚本可调 Jev（逐行分类带概率）+ Developer API 的 decision model（返回概率）——给 agent 装一套低成本、结构化判断层，用于大规模逐项处理。

与我方对比

"破墙"是 agent 平台的战略级选项，值得正面评估。若我方以连接器/API 为主路径，需正视"长尾站点"缺口；浏览器能力是通用解。但投入前想清楚：价值不在"能开浏览器"，在"企业敢托付"——密码保管、安全填充、接管、审计、角色治理，缺一不可。

"配好一份、分发启用、后台统一更新"是自动化的分发范式。我方若有触发器/自动化配置，应把"可分发 + 订阅者个人设置 + 主体更新广播"作为设计目标，而非让每人重配。

诚实的边界声明是信任设计的一部分。Gumloop 明说"挡不住 agent 主动提取自己沙箱里的值"。我方做敏感能力（浏览器/凭据/资金）时应把"能防什么、不能防什么"写在用户面前——正确预期比过度承诺更能留住人。

★★★★★

首个 v12 大版本；Agent Browser 是战略级能力面扩张，破连接器之墙；共享触发器模板与判断基建同版

关键功能深度点评

Gumloop's Agent Browser — 10/13 的"破墙"。里程碑而非普通功能：它改变了 agent 能做什么的边界定义——从"你连的应用"到"整个互联网"。10 分而非更高的克制在于：浏览器 agent 是业界正在做的品类（创新 1），且基建（Chromium/E2B）非独占。真正难抄的是那层企业可托付封装。护城河不在"能开浏览器"，在"敢把员工的账号和客户的系统交给它"。

Share an Agent Trigger — 7/13 的"自动化即资产"。分发模型：Owner 配一份 → 使用者各自启用 → 跑在自己账号 → 后台随主体更新。7 分（护城河被质疑到 1）反映现实：机制易抄、网络效应未起——但方向对。