Gumloop v10.24.0 "Keels"

功能详情

1. Webhook Triggers for Agents（通用触发器·事件逃生舱）SPEC 已更新 v1.1 →

新功能

💡 触发器矩阵 19 个源之外的一切系统——内部工具、自有产品、CI 任务——没有预建集成就唤不醒 agent

"You can now trigger an agent with a webhook. Each one gets a unique URL, so a form submission, an alert from an internal tool, or an event in another product can kick off a run with the data it sends. You can even ask the agent to set one up in chat."

[文档已验证] agent_triggers.md（31.5→37.6KB）新增完整「Webhook Triggers」章节：

每触发器唯一 URL——任何能发 HTTP POST 的系统（Stripe/GitHub/CI/内部脚本）都可唤起 agent，无需预建集成、Gumloop 不轮询——对方主动调你
raw JSON 模式（payload 原样进 prompt）；URL 带 secret 段（/trigger_incoming_webhook/<id>/<secret>）
agent 自管 webhook——对话里说"给我一个 deploy 脚本能调的 webhook"，agent 建好等你审批。安全三件套：全操作需审批（创建/编辑/删除/启停）、agent 永远看不到 URL 本身（secret 盲）、只列出你本人创建的（不见队友的）

应用场景：(1) Stripe 支付事件触发对账 agent (2) 表单提交触发 intake workflow (3) CI 失败告警触发排障 agent (4) 让 agent 自己搭触发器——审批后生效

📄 帮助中心源：agent_triggers.md（已重新存档 2026-08-28，37.6KB）

2. GLM 5.3 Flash（Z.ai 新模型）⭐文档已验证

新功能

💡 高频 coding/工具型任务需要低价模型——便宜的不够强、强的太贵

"Z.ai's newest model is now available for your agents. It approaches frontier models on coding and tool-heavy agent work at a fraction of their cost, and it understands images natively, so it can read screenshots, charts, and documents mid-task."

[文档已验证] ai_models.md 模型表已收录：GLM-5.3-Flash（Z.ai provider，图像输入 Yes）；与 GLM-5.2（Fireworks，图像 No）并列。开源模型经 US 提供商 ZDR 托管；GLM-5.3-Flash 不在 Fireworks key 豁免范围（他处运行）。价值评分 4/13（战略1 护城河0 用户2 复杂度1 创新0）——模型广进策略延续。

应用场景：(1) 批量文档/截图理解任务用低成本模型 (2) 工具密集型 agent 的性价比选项

📄 帮助中心源：ai_models.md（已重新存档 2026-08-28，9.3KB）

3. Platform Improvements（可靠性 + 评测治理）

平台改进

💡 上游模型服务商故障传导为平台故障；评测迭代期想临时摘掉不稳定 criteria 只能删了重加

模型服务商故障自动切备用模型（chat 自恢复）——上游故障不再传导为平台不可用
可暂停单条评测 criteria（暂停的退出新评测，无需删除重加）
侧栏可拖拽调宽（记住选择，双击回默认）；agent 卡片显示近两周活跃度
表格筛选变可搜索下拉；composer 输链接变 chip；双击 agent 名重命名

应用场景：(1) 上游 LLM 故障不再导致 agent 整体不可用 (2) 评测迭代期临时摘掉不稳定 criteria 不丢配置

其他更新

Bug 修复 × 9 — 修复 Smart Inbox 在已有草稿的 thread 上堆叠新草稿（你编辑过的草稿不动）；修复给 no-reply 发件人和空日历邀请草拟回复；修复 chat 中途静默卡停；修复长对话 approval 后恢复丢部分先前工作；修复未选账号时误用团队账号；修复 Brain 浏览 access 过滤；workspace 加载失败错误信息指名问题文件等

竞品分析

战略方向判断

v10.24.0 "Keels"（纽芬兰渔村）单点极强：通用 webhook 触发器把触发器故事讲完了。

1. 触发器矩阵的"逃生舱"。v10.22 披露 19 个源后，逻辑推演的下一步就是通用 webhook——native 集成负责头部高频源，webhook 兜底一切长尾。"你的工具能不能唤起 agent"的答案从"看我们有没有集成"变成"只要能发 HTTP POST"。与 Monday.com 相隔一周，触发器投资进入收尾期。

2. "agent 自管触发器"是自配置 agent 的新范式。最有想象力的不是 webhook 本身，而是"让 agent 给自己装触发器"：对话里说一句话，agent 建好 webhook 等你审批。安全设计克制而完整——审批门槛、URL/secret 对 agent 不可见、只见本人创建的。这是 Self-Scheduling 的延伸：agent 从"管自己的时间表"到"管自己的事件入口"。

3. 模型层持续广进。GLM 5.3 Flash（Z.ai 直连 + 原生图像）延续 v10.15 以来的"开源模型矩阵 + 多 provider"策略：低成本模型做高频工具型任务。图像原生输入让"读截图/图表"类工作流不用多模态编排。

4. 8 月节奏观察。v10.21(08-18) → v10.22(08-20) → v10.23(08-25) → v10.24(08-27)，一周三版、月内四版——巩固期不等于慢。

与我方对比

通用 webhook 是触发器投资的终点形态。自建触发器矩阵永远追不完长尾——20 个 native 源 + 1 个通用入口是资源最优解。webhook 触发器应与第一批 native 触发器同期上线，而非"后续迭代"。

"agent 自管 + 密钥盲"的安全设计值得抄。让 agent 管理自己的基础设施时，"能力可用但 secret 不可见 + 全操作审批 + 实例隔离"三件套是可复用模式——适用于一切"agent 管理自己的凭据/资源"场景。

可靠性自愈（backup model）应作为 P0。多模型平台的优势不只是选择多，还有"上游故障可切换"——单模型依赖在这里没有退路。

★★★

通用 webhook 单点补完触发器故事；agent 自管触发器是范式信号；其余为打磨

关键功能深度点评

Webhook Triggers — 8/13 的通用化补完。对 Zapier/n8n 这是标配，但在 agent 平台语境下它是触发器矩阵的"最后一格"：19 native + 1 universal = 完整事件覆盖。差异化在 agent 侧（自管 + 审批 + 密钥盲），不在 webhook 侧——护城河 2 的判定基于此。

Smart Inbox 修复组 — 信任工程的负空间。草稿堆叠、no-reply 回复、静默卡停——每个都是"用户默默关掉功能"的信任杀手。修复清单的构成比功能清单更能反映团队的成熟度判断。