初始上下文

功能
随每个 Gumloop 账号自动创建的个人 agent——首次打开即存在,零构建。除对话外运行三个 proactive 功能:Daily Chew(每日简报)、Smart Inbox(智能邮件)、Meeting Prep(会议准备),用户离开时也在工作
版本起源
v10.18.0 "Grey River" (2026-08-06)
解决的问题
Gumloop 的 agent 都是"用户主动构建、主动调用"的工具——agent 只在用户发起对话时工作。知识工作者最高频的日常信息处理(早报、邮件、会议准备)没有被任何 agent 主动接管。用户要么自己构建 agent 编排这些,要么继续人工处理
战略动机
三层:(1) 产品形态创新——Gumloop 首次在产品里预置一个 agent,且是 proactive 的,从"agent 构建平台"迈向"自带个人 AI 助理"。(2) 日常高频场景占据——邮件+日历是知识工作者每天必用的场景,Gumball 让平台成为用户的"信息处理层"。(3) 信任底线工程——只读运行、源独立失败、last-read 位置跟踪、去重投递,把"agent 主动替你干活"的可靠性做到企业可用级
评分
11/13(战略3 护城河2 用户3 复杂度2 创新1)[初始11→质疑-0→最终11] · ✅ SPEC 候选(个人 agent 产品形态诞生,打破 3 连发 0 SPEC)

1. 概览

背景:从"reactive 工具"到"proactive 个人助理"

┌──────────────────────────────────────────────────────────────────────┐
│                 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@gumloopagents.com          │
│                                                                        │
└──────────────────────────────────────────────────────────────────────┘

目标

  1. 零构建的个人 agent——首次打开即存在,不需要配置 agent、选工具、写指令
  2. proactive 信息处理——早报、邮件、会议准备在用户离开时自动完成
  3. 跨 app 信息聚合——Daily Chew / Meeting Prep 把 Slack/Linear/CRM/邮件/日历的上下文织成一份报告
  4. 信任底线——只读运行(绝不写/发/改)、源独立失败、不丢档、去重投递

2. 核心机制 [文档已验证]

2.1 账户级联权限

┌──────────────────────────────────────────────────────────────────────┐
│  Gumball 权限级联                                                       │
├──────────────────────────────────────────────────────────────────────┤
│                                                                        │
│  Gumball access (access_general_agent 组织权限)                        │
│  └── 关闭 Gumball → 三个功能全关                                        │
│       ├── Smart Inbox  (Pro + Gmail)  ← 独立权限                       │
│       ├── Daily Chew   (任意计划 + ≥1 connector) ← 独立权限             │
│       └── Meeting Prep (任意计划 + 日历)  ← 独立权限                    │
│                                                                        │
│  ⚠️ custom role 默认三功能全受限,需 admin 显式授予                      │
│  ⚠️ 访问移除时 Smart Inbox 关闭;恢复后需手动重启用(不自动恢复)        │
│                                                                        │
└──────────────────────────────────────────────────────────────────────┘

2.2 Daily Chew(每日简报)

┌────────────────────────────────────────────────────────────┐
│  Daily Chew · 触发 → 收集 → 生成 → 投递                       │
├────────────────────────────────────────────────────────────┤
│  ① 到达配置时间 (Time + Days)                                │
│     ▼                                                        │
│  ② 扫描 Connectors (All 动态 / Selected ≤50)                 │
│     ▼                                                        │
│  ③ 只读收集:写/发/改工具全阻断(含间接)                     │
│     ├─ 源成功 → 推进 last-read 游标                           │
│     └─ 源失败 → 该轮标记失败,下轮补齐错过的                  │
│     ▼                                                        │
│  ④ 生成报告:摘要(≤40词) + 四节(空节省略) + 事实来源标注       │
│     ▼                                                        │
│  ⑤ 去重投递:Gumball 内必有 + Email/Slack DM(重试不重发)     │
│     └─ 可带 Suggested actions(有成果的真实工作)              │
└────────────────────────────────────────────────────────────┘
  • 配置:Time + Days(必填,时区)· Connectors(All 动态 / 选 ≤50 个固定)· Instructions(≤4000 字符)· Model(默认 Gumball 模型)· Delivery(Gumball 内必有;Email / Slack DM 可选)
  • 报告结构:一行摘要(≤40 词)+ 最多四节 ## Catch-up / ## Priorities / ## Schedule / ## Next steps(空节省略),事实标注来源 app
  • 只读运行——只能调用读工具,写/发/改的工具全阻断,包括经其他工具间接触达的
  • 源独立失败——Slack 挂了其余照写;last-read 位置只推进成功源,失败源下轮补上
  • 首次回看 16 小时,之后每轮覆盖上次成功以来;从不出两次(内部重试也只有一个报告)
  • Suggested actions——只针对你拥有的、有成果的真实工作("客户等文档"是,"频道 @ 你"不是)

2.2.1 Situations / Highlights(v1.1 · v10.23.0 新增)

Suggested 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)│
└────────────────────────────────────────────────────────────┘
  • 刻意窄定义(核心设计哲学):Situation 必须是"你拥有的、有具体结果的、Gumball 可接手的真实工作"——频道随口一提不算,"客户在等承诺的文档"才算。价值密度靠过滤噪声,不靠覆盖信号
  • 无步骤的 Situation 不能发送(只能 Dismiss / Mark handled);引用可出现在 Situation 和步骤两级
  • 评分(本更新):7/13(战略2 护城河1 用户2 复杂度1 创新1)——proactive agent 的行动分水岭

2.3 Smart Inbox(智能邮件,Gmail only)

┌────────────────────────────────────────────────────────────┐
│  Smart Inbox · 到达 → 分类 → 标签 → 判定 → 草稿               │
├────────────────────────────────────────────────────────────┤
│  ① 新邮件到达 Gmail                                          │
│     ▼                                                        │
│  ② 按标签定义分类(每封 ≤5 标签,不确定的丢弃)               │
│     ▼                                                        │
│  ③ 打真实 Gmail 标签(Gmail/mobile/任意客户端通用)           │
│     ▼                                                        │
│  ④ 收件箱判定:所有标签都在 Move out → 移出                   │
│     └─ 任一 Keep 标签 → 保留(Keep 赢)                      │
│     ▼                                                        │
│  ⑤ 需要回复 → 用线程 + 过去≤3条回复草拟                       │
│     ├─ 达置信阈值 → 建 Gmail 原生草稿(绝不覆盖你动过的)      │
│     └─ 不达阈值 → 仅 Gumball 内给建议,可接受进对话           │
└────────────────────────────────────────────────────────────┘
  • 前置:Pro 计划 + Gmail;需读邮件/列标签/建标签/改消息权限,建草稿可选
  • 标签:内置 5 个(Needs reply / Time sensitive / Waiting on you / FYI / Low priority),可自定义到 25 个;每标签 = 名称 + 定义 + 颜色
  • Keep 赢:标签属 Keep in Inbox / Move out 两组;邮件只有所有标签都在 Move out 组才移出,任一 Keep 标签即保留
  • 分类只发生一次——邮件到达时分类,不重跑旧邮件;编辑定义只影响未来
  • Reply drafts:用线程 + 你过去 ≤3 条回复起草,写成像你;不达置信阈值只在 Gumball 给建议;永远只建草稿不代发;绝不覆盖你动过的草稿

2.4 Meeting Prep(会议准备)

┌────────────────────────────────────────────────────────────┐
│  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(自动关掉也能用)                  │
└────────────────────────────────────────────────────────────┘
  • 前置:连接日历;默认 External meetings only(至少一位 guest 邮箱域不同)
  • 配置:自动 prep 开关 · Calendar · Minutes Before Event · Meetings to prep · Connectors · Instructions · Delivery
  • 简报结构:摘要(≤60 词)+ ## Attendees / ## Prior context / ## Open questions / ## Talking points;Prior context 跨源编织(邮件/Slack/会议记录/CRM)
  • Prepare now 手动 prep(自动关掉也能用);只读运行,源失败处理同 Daily Chew

2.5 Emailing Gumball

  • 专属地址 gumball@gumloopagents.com保留且固定(不可改名/禁用/被 custom agent 认领)
  • 发邮件像同事一样,它用你的 connectors 回复同一线程;遵循 agent email inbox 规则(含 DKIM 检查)

3. 功能需求

模块 A:Gumball 首页与个人化

编号需求优先级
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
A4Personalization:Tone + Design skillsP1
A5多交互入口:侧栏对话 / Slack / 邮件P1

模块 B:Daily Chew

编号需求优先级
B1时间表配置(Time/Days 必填,时区)P0
B2Connectors:All(动态)/ Selected(≤50)P0
B3Instructions ≤4000 字符;Model 可覆盖P1
B4Delivery:Gumball 内必有 + Email/Slack DM 可选P0
B5报告结构:摘要 ≤40 词 + 四节(空节省略)+ 事实标注来源P0
B6只读运行:写/发/改工具全阻断含间接P0
B7源独立失败 + last-read 位置 + 首次 16 小时回看 + 去重投递P0
B8Suggested actions:有成果工作;接受进对话/关闭P1
B9暂停/恢复,历史保留P1

模块 C:Smart Inbox

编号需求优先级
C1连接 Gmail 账户,授权读/标签/改 + 可选草稿P0
C2内置 5 标签 + 自定义到 25 个,标签 = 名称+定义+颜色P0
C3Keep in Inbox / Move out 两组,Keep 赢规则P0
C4分类只发生一次(不重跑旧邮件);编辑影响未来P0
C5Existing labels toggle(跳过已人工组织邮件)P1
C6每邮件 ≤5 标签,不确定丢弃P1
C7回复草稿:线程 + 过去 ≤3 条回复写成像你;置信阈值;不覆盖用户草稿P0
C8永远只建草稿不代发P0
C9断开/重连语义(清记录、标签留存、按名重新接管)P1

模块 D:Meeting Prep

编号需求优先级
D1连接日历账户,自动 prep 开关P0
D2默认 External meetings only(guest 邮箱域判定)P0
D3配置:Minutes Before / Meetings to prep / Connectors / Instructions / DeliveryP0
D4简报结构:摘要 ≤60 词 + 四节P0
D5Prior context 跨源编织(邮件/Slack/会议记录/CRM)而非罗列P0
D6Prepare now 手动 prep(自动关也可用)P0
D7只读运行 + 源失败处理同 Daily ChewP0

模块 E:权限与计费

编号需求优先级
E1Gumball access 门控;三功能独立权限从 Gumball 级联P0
E2custom role 三功能默认受限,需 admin 显式授予P0
E3访问移除 → Smart Inbox 关闭;恢复后手动重启用P1
E4计费:分类/起草/报告耗 credits,同其他 agent 活动P1

4. 用户场景

场景 1:销售总监的清晨

画像:林总,SaaS 销售总监,每天 30+ 新邮件、5-8 场会议,用 Gumloop 管 CRM/Linear/Slack。

故事:周一早上 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 草稿可一键采纳、只建草稿不代发

场景 2:开发者过滤信息噪声

画像:阿凯,后端工程师,被 GitHub/Linear/邮件淹没,只想看和自己相关的。

故事:阿凯开启 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 正确跳过已组织邮件;编辑标签定义只影响未来邮件

5. 竞争分析

竞品对标能力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 / n8nworkflow 自动化用户构建的 reactive 自动化;Gumball 是平台预置 proactive 个人助理

关键洞察

  • 单点竞品都能抄,组合 + 生态是护城河——邮件分类、早报、会议简报各自成熟,但 Gumball 绑进平台预置 agent,调用完整 connectors 生态 + 整个 skill 库,深度短期难复刻
  • agent 平台正在吃掉垂直 AI 邮件/日历工具——Smart Inbox 直接对标 Superhuman,Meeting Prep 对标日历 AI
  • "proactive"是 agent 平台的下一个竞争维度——谁先把"主动替你干活 + 可靠性底线"做到企业可用级,谁占据下一阶段

6. 遥测(推荐)

  • Daily Chew:订阅率、每轮生成时长、源失败率、suggested action 接受率
  • Situations(v1.1):Situation 生成数、步骤编辑率、计划 Send to Gumball 转化率(简报→行动闭环的核心漏斗)、Dismiss/Mark handled 比、幂等重发占比
  • Smart Inbox:启用率、标签准确率(撤销率)、草稿采纳率、Keep 赢触发频次
  • Meeting Prep:自动 prep 覆盖率、Prepare now 使用率、简报打开率
  • 平台:Gumball 周活跃、proactive 运行成功率、credits 消耗分布

7. 未来演进方向

阶段 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 的跨用户协同