┌──────────────────────────────────────────────────────────────────────┐ │ Gumloop agent 谱系 │ ├──────────────────────────────────────────────────────────────────────┤ │ │ │ Custom Agents (v9.0+) Gumball (v10.18) ⭐ │ │ ───────────────────── ────────────────── │ │ · 用户构建、可分享 · 自动创建，一人一个，owner-only │ │ · 固定附加 skills/tools · 动态搜索整个 skill 库 │ │ · reactive：用户发起对话 · proactive：用户不在也工作 │ │ · 团队/组织共享资产 · 个人专属，不可分享/不可看队友的 │ │ · 含 Daily Chew + Smart Inbox + │ │ Meeting Prep 三个主动功能 │ │ │ │ 入口：侧栏 Gumball · Slack · email gumball@gumloop.ai │ │ │ └──────────────────────────────────────────────────────────────────────┘
验证结果（2026-09-10 补验）："All in your company's cloud" = 真实 VPC/BYOC 部署语义，非营销表述。gumloop.com/enterprise 企业控制清单明确列出 "VPC deployments — Deploy Gumloop inside your own AWS, Azure, or Google Cloud environment to keep data in your network"（同页 FAQ 含 "Does Gumloop support VPC deployment?"）。E2B 案例引联创 Rahul Behal："As we get more and more enterprises, we're deploying Gumloop on their cloud infrastructure"——BYOC 是平台级既有能力（E2B 开源沙箱驱动），v10.28 的新闻点是 Gumball 进入企业部署形态。⚠️ 帮助文档仍仅见邮箱域变更；pricing 页 0 提及 Gumball（计划层级待验证）。证据存档：gumloop-docs_enterprise-vpc.md
v10.28.0 以发布规格宣布 Gumball 企业化——"Your proactive, model agnostic, self improving agent. All in your company's cloud."（附 Vimeo 发布视频）。阶段 2「Gumball for Teams」部分兑现。发布词四要素与既有能力的对应：
| 发布词 | 既有背书 |
|---|---|
| proactive | Daily Chew / Smart Inbox / Meeting Prep（v10.18 起） |
| model agnostic | Gumball 模型可换（Daily Chew 独立 Model 设置） |
| self improving | Teach standing rule + 反馈闭环（v10.27，§2.2.2） |
| All in your company's cloud | ✅ 已验证：VPC/BYOC 部署——AWS/Azure/GCP 内运行、数据不出网络（平台级既有能力，E2B 驱动；v10.28 = Gumball 进入该形态） |
组织化间接证据：本版修复 Daily Chew Slack DM 对多 workspace 用户不达；v10.26 Slack workspace agent access 铺设组织基建；@gumloop.ai 域名与企业发布同版。节奏：v10.18 诞生（11/13）→ v10.23 行动闭环 → v10.26 grounding → v10.27 可教养 → v10.28 企业化（9/13）——先在个人形态验证可靠性工程，再以组织形态复制。跟踪项：① ~~company's cloud 形态~~ ✅ 已验证为 VPC/BYOC；② 组织级 Gumball 的计划层级与定价（pricing 页 0 提及）；③ Gumball for Teams 共享形态（团队早报/共享 inbox）。
┌──────────────────────────────────────────────────────────────────────┐ │ Gumball 权限级联 │ ├──────────────────────────────────────────────────────────────────────┤ │ │ │ Gumball access (access_general_agent 组织权限) │ │ └── 关闭 Gumball → 三个功能全关 │ │ ├── Smart Inbox (Pro + Gmail) ← 独立权限 │ │ ├── Daily Chew (任意计划 + ≥1 connector) ← 独立权限 │ │ └── Meeting Prep (任意计划 + 日历) ← 独立权限 │ │ │ │ ⚠️ custom role 默认三功能全受限，需 admin 显式授予 │ │ ⚠️ 访问移除时 Smart Inbox 关闭；恢复后需手动重启用（不自动恢复） │ │ │ └──────────────────────────────────────────────────────────────────────┘
┌────────────────────────────────────────────────────────────┐ │ Daily Chew · 触发 → 收集 → 生成 → 投递 │ ├────────────────────────────────────────────────────────────┤ │ ① 到达配置时间 (Time + Days) │ │ ▼ │ │ ② 扫描 Connectors (All 动态 / Selected ≤50) │ │ ▼ │ │ ③ 只读收集：写/发/改工具全阻断（含间接） │ │ ├─ 源成功 → 推进 last-read 游标 │ │ └─ 源失败 → 该轮标记失败，下轮补齐错过的 │ │ ▼ │ │ ④ 生成报告：摘要(≤40词) + 四节(空节省略) + 事实来源标注 │ │ ▼ │ │ ⑤ 去重投递：Gumball 内必有 + Email/Slack DM（重试不重发） │ │ └─ 可带 Suggested actions（有成果的真实工作） │ └────────────────────────────────────────────────────────────┘
## Catch-up / ## Priorities / ## Schedule / ## Next steps（空节省略），事实标注来源 appSuggested actions 升格为一等公民 Situation——Gumball 从"信息投递"到"行动闭环"：
┌────────────────────────────────────────────────────────────┐ │ Situations / Highlights · 升格 → 呈现 → 处置 → 执行 │ ├────────────────────────────────────────────────────────────┤ │ Daily Chew "things to know" │ │ ▼ 升格 │ │ Situation（一等公民）：标题 + 摘要 + 引用 + 有序嵌套步骤 Plan │ │ ▼ 主屏呈现 │ │ Highlights：当日 open Situations + 未 dismiss 的历史 │ │ ▼ 用户处置（人保持控制） │ │ · 步骤级：编辑 prompt（@-mention agents/skills） │ │ · To do / Done / Skipped · 单步 accept（单步起聊） │ │ · Situation 级：Dismiss · Mark handled（无步骤时） │ │ ▼ 执行 │ │ Send to Gumball：整计划单聊按序执行（非每步一聊） │ │ · 用你编辑后的 prompt 和 @mentions · 幂等（重发返回既有 chat）│ └────────────────────────────────────────────────────────────┘
Teach Your Daily Chew——Gumball 从"单向推送"到"可教养"，个性化飞轮启动：
┌────────────────────────────────────────────────────────────┐ │ 可教养性 · 反馈 → standing rule → 定向落点 → 下次不同 │ ├────────────────────────────────────────────────────────────┤ │ 简报不对（漏了在意的 / 塞了无关的） │ │ ▼ 反馈（双通道） │ │ ① Slack DM brief 的 Needs work 按钮（必填文字） │ │ ② Gumloop 内把 Daily Chew 作为 chat 打开直说 │ │ ▼ 线程化回应 │ │ 反馈作为 thread 发在该 brief 下 · Gumball 在线程回复 │ │ ▼ standing rule（设计关键） │ │ 反馈泛化为"该产品的一般指令"——非针对单期简报的备注 │ │ ▼ 定向落点（配置分层保护） │ │ · Daily Chew / Meeting Prep 报告错 → 编辑该产品 Instructions │ │ · Smart Inbox 标签/草稿错 → 编辑 label / drafting prefs │ │ · schedule · sources · delivery 非请不动 │ │ ▼ 下次运行即不同 │ └────────────────────────────────────────────────────────────┘
┌────────────────────────────────────────────────────────────┐ │ Smart Inbox · 到达 → 分类 → 标签 → 判定 → 草稿 │ ├────────────────────────────────────────────────────────────┤ │ ① 新邮件到达 Gmail │ │ ▼ │ │ ② 按标签定义分类（每封 ≤5 标签，不确定的丢弃） │ │ ▼ │ │ ③ 打真实 Gmail 标签（Gmail/mobile/任意客户端通用） │ │ ▼ │ │ ④ 收件箱判定：所有标签都在 Move out → 移出 │ │ └─ 任一 Keep 标签 → 保留（Keep 赢） │ │ ▼ │ │ ⑤ 需要回复 → 用线程 + 过去≤3条回复草拟 │ │ ├─ 达置信阈值 → 建 Gmail 原生草稿（绝不覆盖你动过的） │ │ └─ 不达阈值 → 仅 Gumball 内给建议，可接受进对话 │ └────────────────────────────────────────────────────────────┘
┌────────────────────────────────────────────────────────────┐ │ Meeting Prep · 事件 → 判定 → 跨源收集 → 编织 → 投递 │ ├────────────────────────────────────────────────────────────┤ │ ① 日历事件触发（提前 Minutes Before Event） │ │ ▼ │ │ ② 判定：默认 External meetings only │ │ ├─ 有 guest 邮箱域不同 → 进入 prep │ │ └─ 单人 / 全内部会议 → 跳过 │ │ ▼ │ │ ③ 跨源收集（只读）：邮件/Slack/会议记录/CRM 历史 │ │ ▼ │ │ ④ 编织简报：摘要(≤60词) + Attendees / Prior context / │ │ Open questions / Talking points │ │ ▼ │ │ ⑤ 投递：Gumball 内 + Email/Slack DM 可选 │ │ └─ 可手动 Prepare now（自动关掉也能用） │ └────────────────────────────────────────────────────────────┘
## Attendees / ## Prior context / ## Open questions / ## Talking points；Prior context 跨源编织（邮件/Slack/会议记录/CRM）gumball@gumloop.ai（旧 gumball@gumloopagents.com 仍收信），保留且固定（不可改名/禁用/被 custom agent 认领）Ask Gumball to Build an Agent——Gumball 从"用 agent"到"造 agent"：
┌────────────────────────────────────────────────────────────┐ │ 你说「帮我建个每周一汇总竞品的 agent」 │ │ ▼ Gumball 理解目的与想要的配置 │ │ 可配置面：instructions · model · connectors · skills · │ │ knowledge sources · subagents · abilities │ │ ▼ 三种请求 │ │ ① 建：创建一个新自定义 agent │ │ ② 改：先检查现有配置 → 做定向修改（"别动 model/connectors"） │ │ ③ 查：朗读现有配置 │ │ ▼ 触发器 │ │ 可建 定期/一次性 schedule · webhook 触发器 │ │ 可（暂停/恢复/改 prompt）既有触发器（含应用触发器） │ │ ❌ 不能经此创建应用触发器 │ │ ▼ 边界（不能做） │ │ ❌ 删除 agent · ❌ 关工具审批 · ❌ 改其是否可自改 instructions │ │ ❌ 越组织限制 · ✅ 需审批时出审批卡（描述拟议变更） │ └────────────────────────────────────────────────────────────┘
| 编号 | 需求 | 优先级 |
|---|---|---|
| A1 | 首次打开自动创建 Gumball，零构建 | P0 |
| A2 | 首页：对话框 + Daily Chew / Smart Inbox / Tasks / Artifacts 四 tab + 右侧 rail（Email/Inbox/Calendar/Slack/Connectors/Triggers/Personalization） | P0 |
| A3 | 右侧 rail 是全部配置入口，owner-only 可配置/查看 | P0 |
| A4 | Personalization：Tone + Design skills | P1 |
| A5 | 多交互入口：侧栏对话 / Slack / 邮件 | P1 |
| 编号 | 需求 | 优先级 |
|---|---|---|
| B1 | 时间表配置（Time/Days 必填，时区） | P0 |
| B2 | Connectors：All（动态）/ Selected（≤50） | P0 |
| B3 | Instructions ≤4000 字符；Model 可覆盖 | P1 |
| B4 | Delivery：Gumball 内必有 + Email/Slack DM 可选 | P0 |
| B5 | 报告结构：摘要 ≤40 词 + 四节（空节省略）+ 事实标注来源 | P0 |
| B6 | 只读运行：写/发/改工具全阻断含间接 | P0 |
| B7 | 源独立失败 + last-read 位置 + 首次 16 小时回看 + 去重投递 | P0 |
| B8 | Suggested actions：有成果工作；接受进对话/关闭 | P1 |
| B9 | 暂停/恢复，历史保留 | P1 |
| 编号 | 需求 | 优先级 |
|---|---|---|
| C1 | 连接 Gmail 账户，授权读/标签/改 + 可选草稿 | P0 |
| C2 | 内置 5 标签 + 自定义到 25 个，标签 = 名称+定义+颜色 | P0 |
| C3 | Keep in Inbox / Move out 两组，Keep 赢规则 | P0 |
| C4 | 分类只发生一次（不重跑旧邮件）；编辑影响未来 | P0 |
| C5 | Existing labels toggle（跳过已人工组织邮件） | P1 |
| C6 | 每邮件 ≤5 标签，不确定丢弃 | P1 |
| C7 | 回复草稿：线程 + 过去 ≤3 条回复写成像你；置信阈值；不覆盖用户草稿 | P0 |
| C8 | 永远只建草稿不代发 | P0 |
| C9 | 断开/重连语义（清记录、标签留存、按名重新接管） | P1 |
| 编号 | 需求 | 优先级 |
|---|---|---|
| D1 | 连接日历账户，自动 prep 开关 | P0 |
| D2 | 默认 External meetings only（guest 邮箱域判定） | P0 |
| D3 | 配置：Minutes Before / Meetings to prep / Connectors / Instructions / Delivery | P0 |
| D4 | 简报结构：摘要 ≤60 词 + 四节 | P0 |
| D5 | Prior context 跨源编织（邮件/Slack/会议记录/CRM）而非罗列 | P0 |
| D6 | Prepare now 手动 prep（自动关也可用） | P0 |
| D7 | 只读运行 + 源失败处理同 Daily Chew | P0 |
| 编号 | 需求 | 优先级 |
|---|---|---|
| E1 | Gumball access 门控；三功能独立权限从 Gumball 级联 | P0 |
| E2 | custom role 三功能默认受限，需 admin 显式授予 | P0 |
| E3 | 访问移除 → Smart Inbox 关闭；恢复后手动重启用 | P1 |
| E4 | 计费：分类/起草/报告耗 credits，同其他 agent 活动 | P1 |
故事：周一早上 8:00，林总打开 Gumball。Daily Chew 已生成——摘要 30 字："3 个 deal 本周要 close，2 个客户在等报价，Sprint 周五上线"。展开看 Catch-up（Slack 里谁提了她、Linear 状态变化）、Priorities、Schedule、Next steps。10:00 见客户前，Meeting Prep 自动发来简报：Attendees、Prior context（上周聊过报价、她承诺周五给新版本）、Open questions（预算还没批）、Talking points。她边喝咖啡边回复 Smart Inbox 里 Gumball 起草的 3 封邮件草稿——都是"像她"的语气，她改一处就发。
验收标准：Daily Chew 准时生成含四节且有来源标注；某 app 故障时报告其余完整、失败源下轮补齐；Meeting Prep 开会前 N 分钟生成含跨源历史；Smart Inbox 草稿可一键采纳、只建草稿不代发
故事：阿凯开启 Smart Inbox，删掉内置 FYI 标签，加了两个自己的："PR 相关"（提到他名下 PR/被 review 的邮件）和"告警"（生产环境紧急消息）。Daily Chew 只选 GitHub + Linear 两个 connector。现在 Gumball 每天 9:30 只给他看代码相关状态，邮件自动分类——"告警"类 Keep 在收件箱（要马上处理），其他噪声移出。某天 Smart Inbox 没打标签，他一查是 "Existing labels" 开关挡了——他自己给那封加了 Gmail 标签。
验收标准：自定义标签按定义准确分类；Keep 赢规则生效（告警类邮件有其他 Move out 标签也保留）；Existing labels toggle 正确跳过已组织邮件；编辑标签定义只影响未来邮件
| 竞品 | 对标能力 | Gumball 差异 |
|---|---|---|
| Superhuman | 邮件摘要、AI 撰写、自动分类 | Gumball 单点（Smart Inbox），但作为 agent 平台一环与 Daily Chew/Meeting Prep/connectors 联动 |
| Google Smart Compose / Gemini | 邮件补全、摘要 | 原生集成但被动；Gumball 主动分类 + 跨 app 上下文 |
| Notion AI | 内嵌问答、文档生成 | 被动内嵌；Gumball proactive 主动推送 |
| Motion / Reclaim | 日程安排 | Gumball 只做 Meeting Prep（信息准备），不做日程编排 |
| Zapier / n8n | workflow 自动化 | 用户构建的 reactive 自动化；Gumball 是平台预置 proactive 个人助理 |
阶段 1 · 短期 Smart Inbox 扩展 Outlook ✅（v10.20）；Daily Chew 更多报告模板/自定义节——部分以 Situations/Highlights 形态落地 ✅（v10.23）；Meeting Prep 支持 Zoom/Meet 元数据注入
阶段 2 · 中期 Gumball for Teams——组织级 proactive agent（团队早报、共享 inbox、团队会议准备）；共享 skills 检索 ✅（v10.21 部分落地）
阶段 3 · 长期 Gumball 主动执行（目前只读）——Situations 是其垫脚石：计划由人编辑确认后交 Gumball 执行（v10.23 已先行）；完整写操作仍需显式授权 + 审批门；Gumball 与 custom agents 的协作编排；proactive agent 的跨用户协同