Gumloop v12.1.0 "Tahsis"

功能详情

1. Ask Gumball to Build an Agent（让 Gumball 造 agent）⭐本版旗舰SPEC →

新功能

💡 "人人都能建 agent"喊了很久，但建 agent 仍要理解六个配置面，非技术用户面对空白 builder 无从下手；"改一个已有 agent"同样要找到对的字段、理解现有配置再动刀。构建门槛卡住了 agent 平台的价值兑现

"Tell Gumball what you want an agent to do and it builds or updates the agent, with its instructions, connectors, skills, knowledge, and triggers."

[✅ 文档已验证] gumball.md#can-gumball-create-and-configure-custom-agents：Gumball 可从对话里创建自定义 agent 或更新你拥有的一个。描述目的与想要的配置——instructions / model / connectors / skills / knowledge sources / subagents / 支持的 abilities（如 web search、browser）；可先检查现有配置再做定向修改。三类示例：【建】"创建一个支持 agent，用我们的 support-writing skill 总结工单"；【改】"把我 research agent 的 instructions 改成会引用来源，model 和 connectors 不动"；【查】"给我看看我的 research agent 用了哪些 connectors 和 skills"。可为自定义 agent 创建定期 schedule、一次性 schedule 和 webhook 触发器；能暂停/恢复/改既有触发器的 prompt（含应用触发器），但不能经此创建应用触发器。约束：变更权限与"你自己管理该 agent"相同且受组织限制约束；需审批时审批卡描述拟议变更；不能删除 agent、不能关工具审批、不能改变 agent 是否可自改 instructions。

应用场景：(1) 非技术用户："帮我建个每周一汇总竞品的 agent" (2) 定向改："把我 research agent 改成引用来源，别动模型和连接器" (3) 审阅："我那个 agent 都用了什么" (4) 建触发器："让它每周五下午发我一份"

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

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

2. Claude Haiku 5.5（最快 Claude）

新功能

💡 高吞吐/低成本场景需要更便宜的 Claude，且要长上下文

"Anthropic's fastest Claude is now available for agents, with a 1M context and about a twentieth of Sonnet 5.5's price on prompts under 100k tokens."

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

应用场景：高吞吐/低成本场景；1M 上下文 + 约 1/20 价格（<100k token）

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

3. One Settings Tab for Every Artifact（交付物统一设置）

新功能

💡 Artifact 的 sharing、密码链接、自定义域此前散在不同入口；且密码保护与团队访问互斥

"Sharing, password link, and custom domain for an artifact now live in one Settings tab, and an artifact can keep team or organization access while also having a password link."

[✅ 文档已验证] agent_artifacts.md：三者在统一 Settings tab；artifact 可同时保留 team/org 访问 + 密码链接（此前互斥）。

应用场景：一个 artifact 既对团队开放、又有对外密码链接

价值评分 5/13（战略1 护城河1 用户2 复杂度1 创新0）——设置整合 + 一处语义修正

4. ChurnZero MCP / Platform Improvements / Agents API

集成

💡 客户成功域缺集成；对外 artifact 仍是 Gumloop 门面；分享的 artifact 默认可能可改（安全默认值不对）；agent 生命周期未完全可编程

"Agents can now look up accounts, contacts, and churn scores in ChurnZero."

ChurnZero MCP——查账户/联系人/流失分数（与 v11.4 Vitally 同属 CS 域）
Artifact 可上传并裁剪自有缩略图；自定义域上的 artifact 只显示 artifact 本身（无 Gumloop 页头）——白标交付
通过 team/org/link 分享的 artifact 变为只读，要编辑需在设置里邀请为 Editor（安全默认值修正）
Auto Message Steering 与 Slack 线程应答的判断模型可选用 GPT-6 Luna（不只 Jev）；connector 服务宕机时 agent 说明情况而非让你重连
Developer API——Agents API 现在能配置 agent 面板能做的一切（abilities、knowledge sources、subagents、triggers 及删除）
Model Updates——Claude Sonnet 5.5 的 cache 读取降价一半

应用场景：(1) 对外 artifact 用自有缩略图 + 无 Gumloop 页头 (2) 分享即只读、编辑需显式授权 (3) 经 API 全量配置 agent

价值评分（组）5/13（Artifact 权限语义收紧是重要安全默认值修正；Agents API 全量配置把生命周期纳入可编程面）

5. Platform Improvements 与 Bug Fixes

改进

💡 用已连应用的 artifact 确认授权时消失；连发消息看着像多轮；快模型在宕机时无跨厂回退

用已连应用的 artifact 在确认授权时保持屏上且下次开得更快；连发消息归为同一组；长任务更高效可靠
修复快模型（GPT-6 Luna、Gemini Flash）在宕机时无跨厂回退
修复 Slack 触发任务在 Slack 限流进度卡更新时停留数小时；修复 agent 浏览器在同一页面多步后误报 tab busy
修复排队消息卡住不启动；修复一次上传多个 skill 压缩包只建一个；修复自定义域上托管 artifact 使用查看者连接器时失败

应用场景：快模型缺跨厂回退 = 单点依赖；排队消息卡住是异步运行时的一致性坑

价值评分（组）4/13

竞品分析

战略方向判断

v12.1.0 "Tahsis" 紧接 v12.0，用 Ask Gumball to Build an Agent 把"agent 建 agent"落地——与 v12.0 的 Agent Browser 连起来看，v12 的两记重锤是：agent 能做更多（浏览器）、agent 更能自己造（Gumball 构建者）。

1. 元能力闭环：Gumball 从"用 agent"到"造 agent"。Gumball 一路走来：个人助理（v10.18）→ 行动闭环（v10.23）→ 可教养（v10.27）→ 企业化（v10.28）→ 构建者（v12.1）。关键设计是先审阅、再定向改而非从零生成——既降低误伤（"别动模型和连接器"能被遵守），也把"Gumball 读懂现有配置"当成能力底座。

2. 边界克制到位。文档明确列出"不能做"：不能删 agent、不能关工具审批、不能改自改权限、不能越组织限制、需审批出审批卡。给 agent 授予"造 agent"的权力时，先划清它不能碰什么。

3. Artifact 权限默认值的安全修正。"分享即只读、要编辑须显式邀 Editor"——把宽松默许纠正为安全默认。配合 v12.0/v12.1 的自定义域白标，Artifact 在向"企业对外交付物"成熟。

4. 可编程面补齐。Agents API 现在能配置 agent 面板能做的一切——agent 全生命周期进入 API，平台化的必要条件。

与我方对比

"agent 建 agent"要按"审阅-定向改-守边界"来设计。直接让模型从零生成 agent 配置风险高（幻觉连接器、越权配置）。Gumloop 的顺序值得抄：能读现有配置 → 只改点名的部分 → 需审批出审批卡 → 明确不能做的事。尤其"不能改变 agent 是否可自改 instructions"——防止"造 agent 的能力"被用来放大"agent 自改"的权限，是权限设计的细节智慧。

权力下沉必须同时定义"不能碰什么"。每授予一个"agent 自主做 X"，都应显式列出边界（不靠默认省略）。Gumloop 每个自治理功能都带边界清单，这套一致性本身就是它的治理品牌。

Artifact/交付物的安全默认值要尽早纠正。"分享即只读、编辑需显式授权"应是默认；若我方是"分享即可改"，是个该修的洞。

★★★★☆

Gumball 成为构建者，元能力闭环；Artifact 权限安全修正与 API 全量配置同版；扣一星在"NL 建 agent"非首创

关键功能深度点评

Ask Gumball to Build an Agent — 9/13 的"agent 工厂"。与 v11.0 的 Revamped Agent Builder 同分但性质不同：那次是人建 agent 的界面重构，这次是agent 替人建。9 分反映双面——战略与用户面都强（谁都能要一个 agent 了），但护城河被质疑到 1（自然语言建 agent 竞品都在做）。真正的差异化在"先检查、再定向改"与那串"不能做"的边界——把"造 agent"做得可托付，比做得炫更难也更有价值。

Artifact 只读默认 — 组内 5 分，是"该修的洞"。分享语义从"默认可能可改"改为"分享即只读、编辑需显式邀 Editor"，避免了"以为只给看、结果被改"的严重信任事故。