Gumloop v10.28.0 "Grise Fiord"

功能详情

1. Introducing Gumball（企业云 Gumball 发布）SPEC 已更新 v1.3 →

新功能

💡 proactive agent 的能力（早报/邮件分诊/会议准备）此前只存在于个人订阅形态——企业要让"全员各自有一个主动干活的 agent"落地，缺的是组织级形态：公司云边界、组织部署与治理、模型不锁定的采购顾虑

"Your proactive, model agnostic, self improving agent. All in your company's cloud."（附 Vimeo 发布视频）

[✅ 公司云语义已验证 · 2026-09-10 补验] gumloop.com/enterprise 企业控制清单明确列出 "VPC deployments — Deploy Gumloop inside your own AWS, Azure, or Google Cloud environment to keep data in your network"；E2B 案例引联创 Rahul Behal："we're deploying Gumloop on their cloud infrastructure"——BYOC 为平台级既有能力（E2B 开源沙箱驱动），v10.28 新闻点 = Gumball 进入该形态。⚠️ docs 仍仅见邮箱域变更，pricing 页 0 提及 Gumball（计划层级待验证）。其余关键词的既有文档语义：

proactive——Daily Chew / Smart Inbox / Meeting Prep，用户离开时也在工作（v10.18 起）
model agnostic——Gumball 模型可换（Daily Chew 独立 Model 设置）
self improving——v10.27 Teach standing rule + 定向落点分层
"All in your company's cloud"——✅ 已验证：真实 VPC/BYOC 部署（AWS/Azure/GCP 内、数据不出网络；证据存档 gumloop-docs_enterprise-vpc.md）；结合本版多 Slack workspace 修复与 v10.26 workspace agent access 组织基建，组织化方向完全明确

应用场景：(1) 组织全员启用 Gumball——早报/分诊/会议准备成为组织生产力层 (2) 企业数据边界内运行 proactive agent（形态待验证）(3) 模型无关叙事回应"不锁定单一厂商"采购顾虑

价值评分 9/13（战略3 护城河2 用户2 复杂度2 创新1）[初始10→质疑-1→最终9] — SPEC 候选，经 spec_gumball v1.3 承载（阶段 2 "Gumball for Teams" 部分兑现）

📄 帮助中心源：gumball.md（已重新存档 2026-09-10，45.7KB——企业化语义待文档跟进后复查）

2. Update an Artifact From Any Chat（跨对话更新同一 Artifact）⭐文档部分覆盖

新功能

💡 artifact 被生成它的对话锁死——把链接交给另一个 agent（或另一段对话）修改，只会得到一个副本；版本史分裂，"哪份是最新"从清晰变模糊

"Paste an artifact link into another chat, or hand it to a different agent, and ask for changes. The new version lands on the same artifact instead of becoming a copy."

[文档部分覆盖] artifacts.md 既有语义：Automatic Versioning——同一对话内同名文件自动版本化（v1/v2/v3 完整历史）；Importing from a Link——agent 可从 canonical / 自定义域 / 组织域链接把文件读入沙箱（无权限链接返回 not found，不泄露存在性）。本次扩展：跨对话/跨 agent 的修改落回同一 artifact 版本链而非复制——版本语义从"会话内"升格为"对象级"。⚠️ 新语义未入文档。

应用场景：(1) 周报 artifact 交给数据 agent 补一节——同一份文件长出 v2 (2) 多 agent 协作维护同一份项目文档 (3) artifact 成为跨对话的团队资产而非聊天附件

价值评分 6/13（战略1 护城河1 用户2 复杂度1 创新1）[初始7→质疑-1→最终6] — 质疑降级（资产化补完而非方向开辟，对照 Custom Domains 6/13）

📄 帮助中心源：agent_artifacts.md（节选已存档 2026-09-10 → gumloop-docs_artifacts-cross-chat.md）

3. Major Speed Improvements + 4. Agent Emails @gumloop.ai

改进 ×2

💡 从发送到看到回复的全链路延迟（用户规模上来后延迟成为留存变量）；@gumloopagents.com 冗长（对外门面不够干净）

Major Speed Improvements——chat 端到端大幅提速；连续两版性能专项（v10.27 启动/打开提速 + 本次回复提速）——平台进入用户规模期的信号
@gumloop.ai——agent 邮箱与 Gumball 全部换短域（gumball@gumloop.ai）；旧地址永久兼容不破坏存量联系人；与企业发布同版——域名是门面工程的一部分

应用场景：基础体验投资 + 品牌域升级（文档已验证 gumball.md 邮箱域变更，旧 FAQ 同步更新）

📄 帮助中心源：gumball.md（已重新存档 2026-09-10）

5. Platform Improvements（Slack 信息面 + 治理可观测）

平台改进

💡 转发消息、其他 app 的帖子、无文字纯附件是 Slack bot 的三类天然盲区；哪个 agent 跑什么模型无处一眼看清；cron 表达式没人读得懂

Slack agents 读转发消息 / 其他 app 帖子 / 纯文件附件——bot 信息面盲区补全
侧栏 Agents 菜单补全：share / rename / move / duplicate / delete / pin
agents 网格和表格显示各 agent 模型（治理可观测性）
Enter 逐项走完 agent 提问、末项自动提交
Smart Inbox 先判定"是否值得草稿"再写——草稿降噪（与 v10.26 谨慎化一脉相承）
计划审批显示可读周期（"At 08:39 AM, every day"）——审批可理解性
重复 Brain 源指向既有源；repo-backed org skills 显示 base 分支

应用场景：(1) 同事转发的消息不再是 agent 盲区 (2) 管理员一眼看清 agent×模型分布（成本/治理）(3) 无需回复的邮件不再产草稿

竞品分析

战略方向判断

v10.28.0 "Grise Fiord"（努纳武特，加拿大最北有人定居点）只有一件事，但它可能是 2026 年 Gumloop 最重要的产品线事件之一：Gumball 企业化发布。

1. 四版本打磨 → 整体推向企业——教科书式节奏。v10.18 诞生（个人 agent 形态创新 11/13）→ v10.23 Situations（信息→行动）→ v10.26 Inbox grounding（草稿接应用数据）→ v10.27 Teach（可教养）→ v10.28 "Introducing"（公司云）。先在个人形态把 proactive + 自改进打磨到可复制，再以发布会规格推向组织。"All in your company's cloud" + 模型无关 + 自改进分别回应企业三大采购顾虑：数据边界、模型锁定、投入回报——发布词里每个形容词都有对应版本背书，不是临时包装。

2. "公司云"的两种读法，已判明（补验 2026-09-10）。为真 BYOC——企业页明文 "Deploy Gumloop inside your own AWS, Azure, or Google Cloud environment"（VPC deployments 控制项 + FAQ），且为平台级既有能力（E2B 开源沙箱驱动，联创原话 "we're deploying Gumloop on their cloud infrastructure"），v10.28 的增量是 Gumball 进入该部署形态——对金融/政务类客户是质变选项。计划层级仍待 pricing/docs 跟进。

3. Artifact 从"对话产物"升格为"组织资产"。跨对话更新同一版本链是 artifact 叙事的最后一块：versioned（会话内）→ shared/hosted（跨人）→ 跨对话协作（跨 agent）。对照 ChatGPT/Claude 的会话内 artifact 模型，这是差异化。

4. 连续两版性能专项说明用户规模上来，延迟成为留存变量。

与我方对比

Gumball 企业化路径值得整段学习：个人形态验证（4 版本）→ 组织基建先行（Slack workspace access、SCIM、多 workspace 修复）→ 发布会式整体推出（视频 + 品牌域名同步）。规划组织级 AI 助理时先想清楚"个人形态验证什么指标后再企业化"——Gumball 的答案大概是 Daily Chew 打开率和 Teach 反馈率。

Artifact 即资产的定位先想清楚。agent 交付物若还是"聊天里的文件"，应现在就设计版本链与跨会话身份——事后从会话内模型改造成对象模型，比从头设计难得多。

Slack 信息面盲区清单可直接抄：转发消息、其他 app 帖子、无文字纯附件——三类 bot 天然看不见的内容，做 Slack 集成的自查清单。

★★★★

Gumball 企业化是定位级事件，公司云已验证为真 BYOC（企业页 VPC deployments 明文）；扣一星在帮助文档/定价未跟进、其余为改进项

关键功能深度点评

Introducing Gumball — 9/13 的"从个人功能到企业产品线"。为什么不是 v10.18 的 11 分：那次是产品形态从无到有，这次是市场定位从个人到组织——战略分量相当，创新维度让位于执行维度。补验后明确：真 BYOC（企业页 VPC deployments 明文 + E2B 案例佐证平台级能力），Gumloop 属于首批"个人 agent 形态 + 企业私有部署"的产品——护城河判 2 略偏保守，但 VPC 基建由 E2B 开源驱动（基建本身非独占），组合优势仍在，维持 2。下次抓取第一件事改为：复查 pricing/docs 的企业版 Gumball 计划层级。

Artifact 跨对话 — 6/13 但方向正确。"同一 artifact 而非副本"一句话里藏的是对象身份模型：artifact 有独立于对话的生命周期。这条路走到底就是"agent 维护的组织文档库"——与 Brain（读侧知识库）形成写侧对称，artifacts 域将来还值得更高的分。

@gumloop.ai — 看似琐碎的品牌动作。与企业发布同版、伴随视频——域名是门面工程。旧地址永久兼容的做法再次体现 Gumloop 对兼容性的一贯谨慎。