初始上下文

产品/团队
Gumloop / AI Agent 平台 · 交互模态
功能
Talk Mode 让你给 agent 打电话并用说的。Agent 出声回答;当你要的是真活,它在 chat 里干活而你留在通话中。通话里说的每句话都写进 chat 成为普通消息——一次通话只是使用任务(task)的另一种方式
版本起源
v11.1.0 "Resolute" (2026-09-23)
解决的问题
Agent 的入口困在"打字"上——手在忙时无法发起任务;口头描述想法比打字更自然,但语音此前被降格为"口述一条消息",没有"边聊边干活"的通话形态
战略动机
把"如何唤起 agent"做成全模态。语音是"随时随地"的低摩擦入口——它不新增能力,而是降低发起的门槛
评分
7/13(战略2 护城河1 用户2 复杂度2 创新1→0)[初始8→质疑-1→最终7] · ✅ SPEC 候选(agent 的第三条输入通道)

1. 概览

背景:第三条入口

┌──────────────────────────────────────────────────────────────────────┐
│                  Agent 的三条入口                                      │
├──────────────────────────────────────────────────────────────────────┤
│  ① chat(打字)        实时、精确、可回看                             │
│  ② Slack / Email       异步、渠道内、跨设备                           │
│  ③ Talk Mode(语音)   实时、口语、hands-free   ← v11.1 新增          │
│                                                                        │
│  ── 关键:三者共用同一个运行时 ──                                     │
│  语音请求 → 落成 chat 里的普通消息 → 在 chat 里跑                     │
│  (复用 skills / connectors / approvals / artifacts,非另起系统)      │
└──────────────────────────────────────────────────────────────────────┘

目标

  • 语音即入口——呼叫 agent 并说话,agent 出声回答
  • 语音不另开运行时——说的话落成 chat 消息,真活在 chat 里跑(thinking/工具调用/步骤可见)
  • 小谈与实干分流——寒暄在电话里答;真请求交给 agent 在 chat 里执行
  • 通话即任务——挂断后 chat 原样保留(transcript、agent 的工作、产出的文件都在)

官方明确:麦克风按钮 = 口述一条消息(音频转写为文本);语音按钮 = 起一通实时通话(agent 会出声回应)。两者是不同按钮,做不同的事。

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

全部机制来自官方文档 docs.gumloop.com/core-concepts/talk_mode,未做推断。

2.1 开启

对象开启方式
Gumball永远可呼叫(无需配置)
Custom agentsSettings → Voice 里开 Allow voice calls;选 Voice(默认音色 Marin)
  • 语音跟随既有 sharing——谁能 chat 谁就能 talk,无独立权限
  • 计费:语音分钟消耗 credits,出现在 chat 的费用拆分中

2.2 起呼

  • 打开某个 chat,点消息栏右侧的语音按钮(在麦克风按钮旁)
  • 可在全新 chat 或已在打字中的 chat 起呼;两种情况 agent 都能听到近期对话

2.3 通话中

行为说明
你的话进 chat每句作为 Voice call 消息加入;agent 的口头回答作为它的消息
小谈 vs 实干小谈在电话里答;真请求交给 agent,在 chat 里像打字一样跑(thinking/工具调用/步骤全可见)
它知道自己的能力agent 知道自己连了哪些 app、有哪些 skill/knowledge,能诚实回答"你能查 Linear 吗"
通话条显示通话时长 + 麦克风控制 + 红色挂断按钮

2.4 结束

  • 挂断后 chat 原样保留——transcript、agent 的工作、产出的文件都留在任务里

3. 功能需求

模块 A — 开启与配置(P0)

  • Gumball 默认可呼叫
  • Custom agent 的 Settings → Voice:Allow voice calls 开关 + Voice 选择(默认 Marin)
  • 语音跟随 agent 既有 sharing,不设独立权限

模块 B — 通话(P0)

  • 从消息栏语音按钮起呼(新 chat 或既有 chat)
  • 你说话 → Voice call 消息进 chat;agent 出声回答
  • 小谈在通话内答;真请求交给 agent 在 chat 执行
  • 通话条:时长 + 麦克风 + 挂断

模块 C — 与 chat 的一致性(P0)

  • 挂断后 chat 保留全部(transcript / 工作 / 文件)
  • 语音任务遵循既有 chat 语义(排队/引导/审批/artifact)

模块 D — 能力自知(P1)

  • agent 能诚实回答自己能做什么(基于其 connectors/skills/knowledge)

模块 E — 计费(P1)

  • 语音分钟计入 credits;在 chat 费用拆分中可见

4. 用户场景

场景 1 — 会前一句话准备

画像:销售,频繁进出会议,手上常拿着东西。

走向下一个会前,他点开与该客户的 agent 通话,说"帮我准备下和 Acme 的下一个会"。寒暄在电话里即时回应;"准备会议"作为真请求落到 chat,agent 拉 CRM 活动、邮件线程、上次会议纪要,在 chat 里生成简报。挂断后 chat 里简报已就绪。

验收标准:
  • 一句话起呼,agent 出声回应
  • 真请求落成 chat 任务并执行(工具调用可见)
  • 挂断后 chat 保留简报
  • 语音任务消耗的 credits 在费用拆分中可见

场景 2 — 手忙时的任务发起

画像:运营,正在仓库里走动盘货。

他语音让 agent"把今天的退货单汇总发我"。通话中 agent 确认请求,在 chat 里跑起来;挂断后回来看到汇总文件。

验收标准:
  • hands-busy 下可发起任务
  • 任务在 chat 里跑(与打字发起的等价)
  • 产出文件留在 chat

5. 竞争分析

维度Gumloop Talk ModeChatGPT 语音Claude 语音电话客服 AI(Bland/Retell)
定位agent 平台的一条入口消费级语音对话消费级语音电话外呼/接线
语音→真活✅ 落成 chat 任务执行部分部分面向通话本身
复用既有能力✅ skills/connectors/approvals/artifacts——否
计费语音分钟 credits订阅订阅按分钟
企业治理✅ 跟随 agent sharing无无有

关键洞察

  • "语音即入口、不另起运行时"是核心设计——语音请求落回主会话成为可追溯任务,复用全部已有能力,避免"语音影子系统"的割裂
  • 语音模态本身非新范式——ChatGPT/Claude 语音早已存在,故创新维度经质疑降为 0,分数如实反映"接入与整合"
  • "小谈当面答、实干丢进 chat"的分流是关键 UX——既自然寒暄,又不耽误干活,且每步留在可回看的 chat 里

7. 未来演进方向

阶段时间线里程碑状态
Phase 1 — 通话基础v11.1.0起呼/通话/断话保留/声音选择已发布
Phase 2 — 与其他入口融合v11.3+与短信 Gumball 并列为"移动入口";语音任务进入 Impact reports部分
Phase 3 — 多模态远期通话中传图/传文件;多语言;打断式对话(barge-in)探索

关键演进判断

  • 语音应与短信并列成"移动双入口":v11.3 的 Text Your Gumball 与 Talk Mode 合起来,构成"离开桌面时如何唤起 agent"的完整答案
  • 通话中的多模态是自然延伸:通话时发一张现场照片让 agent 一并处理
  • 打断式对话(barge-in)是体验关键:真人通话可随时插话,agent 应支持