@gumloopagents.com 邮箱地址。任何人发送邮件即可触发 Agent 执行，Agent 通过邮件回复结果——将 Agent 从"主动对话工具"变为"被动可触达的服务端点"Gumloop Agent 此前只能通过 Chat UI、Slack、Teams 三个渠道交互。但企业中最普及的异步通信协议——Email——未被覆盖。大量非技术用户（财务、法务、行政）更习惯用邮件，而非登录专门的 AI 平台。
Agent Email Inboxes 用最小的接入成本（发一封邮件）让任何人触达 Agent，无需安装应用、注册渠道、学习新界面。配上 DKIM 验证，安全性不逊于 Chat 渠道。
[文档已验证]┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │ 启用邮箱 │ ──▶ │ 自定义别名 │ ──▶ │ 禁用邮箱 │ │ 自动生成别名 │ │ 3-64字符 │ │ 立即停止接收 │ │ agent-name@ │ │ 立即生效 │ │ 可随时重新启用 │ └──────────────┘ └──────────────┘ └──────────────┘
{agent-name}@gumloopagents.com┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐
│ 1.邮件 │──▶│ 2.Agent │──▶│ 3.DKIM │──▶│ 4.权限 │──▶│ 5.线程 │
│ 到达 │ │ 查找 │ │ 验证 │ │ 检查 │ │ 匹配 │
└──────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘
│
┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ 9.对话 │◀──│ 8.邮件 │◀──│ 7.Agent │◀──│ 6.附件 │◀────────┘
│ 持久化 │ │ 回复 │ │ 执行 │ │ 处理 │
└──────────┘ └──────────┘ └──────────┘ └──────────┘
关键细节：
References 和 In-Reply-To 标准邮件头追踪这是该功能最关键的安全设计：无 DKIM = 不可达。
| 场景 | DKIM 状态 | 结果 |
|---|---|---|
| 个人 Gmail/Outlook/iCloud | 默认启用 | 直接可用 |
| Google Workspace 企业域名 | 需管理员启用 | 需 IT 配置 |
| Microsoft 365 企业域名 | 需添加 CNAME 记录 | 需 IT 配置 |
| 自建邮件服务器 | 需自行配置 | 需技术配置 |
| 无 DKIM 的任何域名 | 未签名 | 退信 |
[推断] DNS 传播最长 48 小时的窗口期意味着新企业客户需要提前规划 DKIM 配置，这是潜在的上手摩擦点。
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| A1 | 用户进入 Email Inbox 页面 | 展示功能介绍 + Enable 按钮 | P0 |
| A2 | 用户点击 Enable | 自动生成 agent-name@gumloopagents.com 别名，立即激活 | P0 |
| A3 | 用户点击铅笔图标编辑别名 | 验证格式（3-64字符、字母数字+连字符、首尾字母数字），通过后立即生效 | P1 |
| A4 | 别名修改成功 | 旧地址立即停止接收，任何人使用旧地址需更新 | P0 |
| A5 | 用户点击 Disable | 红色按钮，禁用后所有邮件不送达。可重新启用 | P1 |
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| B1 | 邮件到达 gumloopagents.com | 路由到邮件处理服务 → 查找 Agent → DKIM 验证 | P0 |
| B2 | DKIM 验证失败 | 拒绝邮件，发件人收到退信（显示"Address not found"） | P0 |
| B3 | 发件人无 Gumloop 账户 | 回复错误邮件提示注册 gumloop.com | P0 |
| B4 | 发件人无 Agent 访问权限 | 拒绝，消息取决于权限控制配置 | P1 |
| B5 | 邮件是回复 | 通过 References/In-Reply-To 头匹配到已有对话线程 | P0 |
| B6 | 新邮件 | 创建新对话线程 | P0 |
| B7 | 邮件包含附件 | 解码后作为文件输入传递给 Agent | P1 |
| B8 | Agent 执行 | 使用与 Chat 相同的 AI 引擎 + 工具 + 凭据 | P0 |
| B9 | Agent 生成文件输出 | 作为附件包含在回复邮件中 | P2 |
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| C1 | Agent 完成处理 | 生成 HTML 格式回复 + 纯文本降级，发送给发件人 + CC 列表 | P0 |
| C2 | 邮件包含 CC 收件人 | Agent 回复时 CC 所有原始 CC 收件人 | P1 |
| C3 | 新邮件主题 | 主题作为上下文传递给 Agent | P2 |
| C4 | 对话持久化 | 完整交互记录保存到 Agent 历史，在 Gumloop UI 中可见 | P0 |
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| D1 | 超过并发限制 | 非 Enterprise：回复限流通知。Enterprise：自动排队 + 告知队列位置 | P1 |
| D2 | 处理超时 | 发件人收到错误回复 | P2 |
| D3 | 超大附件 | 建议保持 25MB 以下 | P2 |
| ID | 触发场景 | 系统行为 | 优先级 |
|---|---|---|---|
| E1 | 同一 Agent 在多个通道 | Slack、Email、Chat 同时可用，各通道维护独立线程 | P1 |
| E2 | Agent 主动发邮件 | Email Inbox 仅入站。出站使用 Gmail/Email MCP 集成 | P2 |
小王，销售代表，常年在客户现场，只用手机邮件
作为经常出差的销售人员，我希望把发票拍照后发邮件给 Finance Agent，以便完成报销申请而不需要登录 Gumloop。
验收标准：
finance@gumloopagents.com某供应商对接人，无 Gumloop 账户
作为供应商，我希望发邮件给采购团队的 Agent 更新订单状态，以便系统自动更新内部记录。
验收标准：
| 维度 | Gumloop Email Inboxes | Zapier Email Parser | Make Email Trigger | OpenAI Operator |
|---|---|---|---|---|
| Agent 能力 | AI 理解+执行 | 仅解析 | 仅触发 | 浏览器操作 |
| 线程对话 | 完整上下文 | 单次 | 单次 | N/A |
| DKIM 安全 | 强制验证 | 无 | 无 | N/A |
| 多通道 | Email+Slack+Chat | 仅 Email | 仅 Email | N/A |
| 附件处理 | 双向（收+发） | 收 | 收 | 无 |
差异化优势：AI 理解 + 线程上下文 + 硬安全模型（强制 DKIM）的组合在市场上独一无二。
@company.com 域名而非 @gumloopagents.com。FAQ 中已暗示"未来可能添加"[推断] Email Inboxes 最可能的发展方向不是功能堆叠，而是协议抽象——将"任何异步消息"统一为一个 Agent 触发模型。Email 是第一个消息协议，后续可能扩展到 SMS、WhatsApp、Webhook 等。Gumloop 真正的战略价值在于"Agent 地址"这个概念本身。
由 Claude spec-generate 系统生成 · 来源：Gumloop 官方帮助文档