功能详情

1. Trigger Agents from Slack Reactions(Slack Reaction 触发器)

新功能
💡 解决 Agent 的触发入口太重——要"启动"一个 Agent 必须显式 @提及或等待事件触发,团队无法用一个轻量手势(emoji)就唤起 Agent 处理某条消息
"Agents can now be triggered when someone reacts to a Slack message with a chosen emoji, so a quick reaction can kick off the agent."

[文档已验证] 这是事件触发器框架的新成员,订阅 Slack 的 reaction_added 事件(实时触发,秒级响应)。

配置项说明
Slack 凭据 + 监听频道选择凭据与目标频道
Emoji 过滤可指定 emoji(如 white_check_markthumbsup);留空则任何 reaction 都触发
Ignore Reactions From Bots默认开启;Gumloop 自身的 reaction 永远被忽略(防死循环)
Thread 上下文可包含/排除 thread reply 上的 reaction,可选读取完整 thread

可用模板变量:Message、Emoji、Reaction Count、Reacted By、Message Sender、Attachment Names、Thread ID/Link、Channel Name/ID、Date。

应用场景:(1) #support 频道用 📋 reaction 自动触发工单分流 Agent (2) 用 👀 reaction 唤起研究 Agent 深挖某条消息 (3) 用 ✅ reaction 标记并让 Agent 归档
其他更新
  • 平台改进 × 3 — Artifact 标签页显示名称而非 URL;代码沙箱更可靠(凭据错误/超时减少 + 下次工具调用自动恢复);MCP 目录补全所有可用服务器(含此前缺失的 YouTube)
  • MCP 改进 × 2 — QuickBooks 新增采购交易工具 + 分类与日记账支持;Zoom 新增读取 Zoom Canvas 文档工具
  • Bug 修复 × 1 — 切换日期范围时应用活跃度直方图统计不准
竞品分析

战略方向判断

v10.1.0 "Merrickville" 是 v10.0.0 Burlington(HITL 里程碑)之后的一个收尾性迭代版本——没有新的战略级能力,主要是把上一版引入的机制打磨顺手。

1. Slack Reaction 触发器把 emoji 变成轻量控制面。这不是新架构,而是对已有事件触发器框架的扩展。巧思在于把 Slack emoji 从"表情"重新定义为"一键唤起 Agent 的按钮"——团队成员无需学习任何新操作,用一个日常手势就能驱动 Agent。这是把 HITL(v10.0.0)理念向更轻的日常交互延伸:审批是重交互,reaction 是轻交互。

2. 代码沙箱自动恢复是"生产可用性"信号。v10.0.0 优化了沙箱启动速度和生命周期,v10.1.0 进一步加上"凭据失效/超时后下一次工具调用自动恢复"——解决长对话、长任务场景下沙箱中途挂掉的可靠性问题。

3. MCP 目录补全(YouTube 等)暴露易用性 bug。之前目录不完整、有些服务器"存在但找不到",修复它说明 Gumloop 在系统性盘点集成可发现性。

与我方对比

Slack Reaction 触发器是一个低门槛、高复用性的交互设计。这种"用最自然的协作工具手势驱动 Agent"的思路值得借鉴——比"@提及 + 指令"更轻。但本质是事件订阅,技术门槛为零(reaction_added 是 Slack 公开事件),任何集成平台都能做,不构成壁垒

沙箱自动恢复值得作为稳定性设计参考。"失败后自动恢复而非抛错终止"是长任务可靠性的关键模式。

★★☆☆☆

里程碑之后的收尾迭代——触发面扩展 + 生产稳定性打磨,无战略级内容

关键功能深度点评

Slack Reaction 触发器 — 把 emoji 变成 Agent 的遥控器。单看功能很小,但它折射出一个产品哲学:降低 Agent 的启动摩擦。Agent 产品最大的使用障碍不是能力,而是"什么时候、用什么方式唤起它"。Reaction 触发给出了一个近乎零摩擦的答案——看到一条值得处理的消息,加个 emoji 就行。虽然 Zapier/Make 等集成平台早就能做 reaction 触发,但在"Agent + Slack"的语境里,这把日常协作流变成了 Agent 的天然入口。局限:这是薄薄一层封装,无技术壁垒,且仅对 Slack 重度用户有意义。