功能详情

1. GLM-5.3(开源旗舰)

新功能
💡 开源偏好/成本敏感场景需要更强的旗舰,且要 1M 长上下文
"Z.ai's new flagship is now available for agents in standard and fast modes. Stronger than GLM-5.2 on coding and long agent tasks, with a 1M context."

[✅ 文档已验证] ai_models.md 已收录(Z.ai,standard + fast 双模式)。模型广进延续(3/13)。

应用场景:开源偏好/成本敏感的旗舰选项;1M 上下文适合长文档与长任务
价值评分 3/13(模型层,广进延续)

2. 16 New Connectors(16 个新连接器)

集成
💡 agent 生态需要按用例链成组补齐,尤其 GTM(销售/营销/客户成功)链路
"Agents now work with Amplitude, Bright Data, Buffer, Coda, Contentful, GoHighLevel, Higgsfield, Instantly, Navan, Neon, Responsive, Statsig, Tally, Vitally, Yotpo, and ZoomInfo."

[✅ 文档已验证] 覆盖分析(Amplitude/Statsig)、数据采集(Bright Data)、社媒排期(Buffer)、文档(Coda/Contentful)、营销自动化(GoHighLevel/Instantly)、差旅(Navan)、数据库(Neon)、投标(Responsive)、表单(Tally)、客户成功(Vitally)、评论(Yotpo)、销售情报(ZoomInfo)、生成式视觉(Higgsfield)。

应用场景:尤其 ZoomInfo(B2B 销售情报)+ GoHighLevel/Instantly(营销自动化)补齐 GTM 链路
集成类不评分——但成组看是GTM 用例链补齐

3. Smarter Replies in Slack Threads / Improved Agent Chat Performance

改进
💡 多人多 bot 线程里 agent 分不清哪条是给它的;客户端 chat 越用越重
"Agents understand the conversation and know when a message is for them, even alongside other people and bots."
  • Smarter Slack replies——多人 + 多 bot 线程里判断"这条是不是在叫我"(Slack 集成深水区,与 v10.26 修复"agent 对自家帖子反应"一脉)
  • Improved chat performance——客户端更流畅、更省资源(连续性能专项延续)
应用场景:(1) 大群里 agent 不乱插话 (2) 笔记本/手机上 chat 更轻
价值评分(组)4/13

4. Platform Improvements(11 项)与 MCP Improvements

改进
💡 Brain 同步失败无止血;File Viewer 能看到不该看的;短信通道尚未接入早报
""
  • 从 Gumball home 绑定手机号即可短信收 Daily Chew 与 Meeting Prep;任务中途发短信是追加而非重启
  • agent 中途自加 connector 进入输入框上方变更列表;Slack @提及 显示为 @Name chip 且 agent 可反向 @人
  • Tasks 与侧栏 Recents 按最后活动排序;Brain 同步更可靠,持续失败的源暂停并告知;Reflections 建议更准确
  • chat completions API 支持 tool calls 与 images,session 可创建时命名;File Viewer 不再看到版本史与访问列表;过期团队/组织邀请可重发;自定义角色 Usage Limits 显示并发任务上限
  • MCP:agent 可把草稿存到你的 Slack composer 待你审查发送;修复 Slack 搜索漏 1:1 DM;未连 Salesforce 错误更清晰
应用场景:(1) 短信收早报 (2) agent 存 Slack 草稿待人审 (3) Brain 失败源自动止血
价值评分(组)4/13(Brain 运维止血 + 权限边界收紧)

5. Bug Fixes

修复
💡 agent 回合在调模型前失败;同名文件重传后 agent 留在旧副本;Slack 富文本消息在 chat 里显示两次
""
  • 修复 agent 回合在调模型前失败;修复同名文件重传后 agent 用旧副本
  • 修复含粗体或 & 的 Slack 消息在 chat 显示两次;修复协作者的标签页继续了别人暂停的任务
  • 修复部分旧 Brain 源未按 schedule 同步;修复掉线后 chat 卡在 Thinking 直到切回标签页
应用场景:协作者"接力"别人暂停任务(多人在同一 chat 的状态隔离)值得自查
修复类不评分
其他更新
  • MCP 改进 × 3 — Slack composer 草稿、Slack 搜索补 1:1 DM、Salesforce 未连错误更清晰
竞品分析

战略方向判断

v11.4.0 "Mutton Bay" 是典型铺垫版——模型(GLM-5.3)、连接器(16 个)、客户端性能、Slack 线程判断力。三处信号值得记:

1. GTM 连接器成组补齐。ZoomInfo(销售情报)+ GoHighLevel/Instantly(营销自动化)+ Vitally/ChurnZero(客户成功)+ Yotpo(评论)——这不是随机加集成,是围绕"卖东西"这条链成组铺设。叠加 v11.2 的 Unipile 与 v10.x 的 Meta/LinkedIn Ads,GTM 用例闭包在成形。

2. Slack 集成进入"判断力"阶段。从"能收发"到"知道哪条是给我的"——加进群里却答错话比不答更糟。

3. Brain 运维姿态。"持续失败的源暂停并告知"——自动止血 + 告知,与 v10.26"读不到就明说"、v11.3 fail-closed 一致。

与我方对比

集成按"用例链"成组铺。Gumloop 这版把 GTM 链缺口一次补了半条。我方排连接器优先级时,可按"能否让一条完整用例跑通"成组评估,而非单个 app 热度。

失败处理模式:自动止血 + 明确告知。凡有长驻同步/后台任务的系统(知识库、数据管道),都该内建"持续失败就暂停并通知",避免烧钱刷日志还装作正常。

★★☆☆☆

铺垫版:模型+连接器+性能,无新能力维度;信号价值高于功能价值

关键功能深度点评

16 个连接器 — 不评分,但读得出意图。单看是堆量;成组看,GTM(销售/营销/客户成功)链路被有意义地补齐。对做 agent 平台的团队,这是"连接器优先级的排法"参考:先让关键用例链闭包,再谈广度。