Gumloop 功能规格 - Agent-Owned Credentials

初始上下文

功能: Agent 上的 connector 可以使用 Agent 自己拥有的凭据，所有跟它对话的人通过同一账户运行
版本起源: v10.6.0 "Woody Point" (2026-07-01)
解决的问题: 凭据绑死配置者——其他人跟 Agent 对话时行为不一致，配置者离职后凭据失效，Agent 无法拥有"自己的"服务账户身份
战略动机: Agent 正在获得完整"组织成员"属性——身份（Subagents）、记忆（Persistent Workspace）、邮箱（Email Inboxes）、治理（Access Notifications）。凭据是最后一块，让 Agent 不依赖任何个人
评分: 6/13（战略1 护城河1 用户2 复杂度1 创新1）[初始7→质疑-1→最终6] · 🔶 用户提级生成

1. 概览

背景：凭据归属模型演进

┌──────────────────────────────────────────────────────────────────────┐
│   Personal (v7)          Team (v9.10)         Agent-Owned (v10.6 新)     │
│   ┌──────────┐           ┌──────────┐         ┌──────────┐             │
│   │ 个人拥有  │           │ 团队共享  │         │ Agent 拥有│             │
│   │ 只配置者能用│         │ 团队成员用 │        │ 所有人对话用同账户│       │
│   └──────────┘           └──────────┘         └──────────┘             │
│   "依赖个人"             "依赖团队治理"        "Agent 身份独立"           │
└──────────────────────────────────────────────────────────────────────┘

目标

让共享 Agent 行为一致——所有对话者通过同一凭据连接，看到同一数据
让 Agent 不依赖任何个人——配置者离职不影响 Agent
支持服务账户隔离——企业为 Agent 配专用账户做审计

2. 核心机制 [文档已验证 + Changelog 推断]

三种凭据归属对比 [文档已验证]

	Personal	Team	Agent-Owned（v10.6）
谁能用	只有连接者	团队全员	所有跟该 Agent 对话的人
行为一致性	因人而异	团队内一致	全员一致（同一账户）
离职影响	配置者离职即失效	不受影响	不依赖任何个人
审计隔离	混在个人账户	混在团队账户	Agent 专用账户可独立审计
适用	个人工作	团队协作	共享 Agent、服务账户

"组织成员"属性拼图：最后一块

Agent-Owned Credentials 是 Gumloop 把 Agent 塑造成"组织成员"的最后一块：

组织成员属性	对应能力	版本
身份与协作	Subagents	v9.0.0
记忆	Persistent Workspace	v8.5.0
邮箱	Agent Email Inboxes	v9.0.0
触发可达	Agent Triggers	v7.4.0+v8.0.0
治理	Access Notifications	v9.11.0
凭据/服务账户	Agent-Owned Credentials	v10.6.0

完成后 Agent 拥有完整"数字同事"身份——可独立治理、可审计、不依赖任何个人。

3. 功能需求

模块 A — 配置

ID	触发场景	系统行为	优先级
A1	owner 配置 connector	凭据归属新增"Agent-owned"（与 Personal/Team 并列）	P0
A2	选 Agent-owned	OAuth 流程把凭据绑定到 Agent 实体	P0
A3	已有 Personal/Team 凭据	支持迁移到 Agent-owned	P1

模块 B — 运行时行为

ID	触发场景	系统行为	优先级
B1	任何用户对话触发 connector	用 Agent 自己的凭据连接（非对话者凭据）	P0
B2	多人同时跟同一 Agent 对话	都通过 Agent 凭据连接，看同一账户数据	P0
B3	对话者没该 connector 个人权限	不影响——凭据是 Agent 的	P0

模块 C — 治理与连续性

ID	触发场景	系统行为	优先级
C1	owner 离职/注销	Agent + Agent-owned 凭据不受影响	P0
C2	owner 转移	凭据随 Agent 走，新 owner 继承管理权	P0
C3	审计查询	所有连接走 Agent 服务账户，可独立追踪	P1
C4	Agent 删除	Agent-owned 凭据同步清理（避免孤儿凭据）	P0

4. 用户场景

团队共享客服 Agent 的行为一致性

作为客服 lead，我希望把 Zendesk 凭据改成 Agent-owned——这样团队 10 人跟客服 Agent 对话时，Agent 都通过同一个 Zendesk 服务账户操作，看到同一批工单，行为一致。

画像：李娜，客服团队 lead。团队 10 人都用一个"客服支持 Agent"，此前 Zendesk 凭据是李娜的 personal——其他 9 人对话时 Agent 用不了 Zendesk。

验收标准：

把 Zendesk connector 归属从 Personal 改为 Agent-owned
团队成员小王跟 Agent 对话，触发 Zendesk 查工单
Agent 用自己的（非小王非李娜的）Zendesk 凭据连接
小王看到客服服务账户的工单视图
即使李娜休假/离职，Agent 仍正常工作

5. 竞争分析

竞品	凭据归属模型	劣势
Slack Apps / Discord Bots	Bot 自己的 token（成熟）	Bot 非 Agent，无 AI 层
Zapier	绑定到 Zap owner	owner 离职 Zap 失效
n8n	存项目/工作区	仍是"工作区拥有"，非"workflow 拥有"
Power Automate	引用用户或服务账户	配置复杂，无 AI Agent 维度

关键洞察

"Agent 拥有服务账户"是 Agent 走向自治服务实体的基础设施——从"配置产物"变成"组织资产"，这是 Agent 平台差异化方向
与 Slack Bot / 服务账户模式对标——Slack Bot 一直是独立服务账户，Gumloop 把它引入 AI Agent
当前局限：仍依赖 owner 管理凭据配置。真正"自治"还需凭据轮换、权限申请自动化

6. 遥测

漏斗阶段	事件名称	指标/KPI	优先级
采用	`agent_owned_credential_configured`	采用率	P0
影响	`agent_survives_owner_change`	owner 离职/转移后 Agent 连续性保持率	P0
质量	`shared_agent_consistency_gained`	共享 Agent 行为一致性提升	P1

7. 未来演进方向

阶段	时间线	里程碑	状态
Phase 1 — Agent-owned 归属	v10.6.0	connector 凭据绑定到 Agent	已发布
Phase 2 — 凭据自动轮换	v10.x	Agent-owned 凭据自动 refresh/轮换，无需 owner 干预	规划中
Phase 3 — Agent 自助权限申请	v11.x	Agent 检测到需新权限时自己发起 Access Request	探索中
Phase 4 — Agent 身份治理	远期	Agent 作为组织目录独立身份实体，纳入 SCIM/SSO	探索中

📚 源文档参考

docs.gumloop.com/core-concepts/credentials.md（Personal vs Team Connectors，已验证）+ Changelog 推断