团队管理
按创建、分配角色、加入成员和处理交接的顺序建立稳定的团队协作结构。
功能概述
团队管理用于把组织结构真正落到平台里。
只有团队边界清楚,资源归属、权限分配、成本统计和成员交接才能长期稳定。
适用场景
这一页适合:
- 第一次创建团队
- 给团队加入成员
- 调整团队角色
- 转移所有权
- 成员离开团队时做资源交接
前置条件
开始前建议准备:
- 明确的团队名称和用途
- 已确定的 Owner 和团队管理员
- 初步确定哪些 Agent、知识库或工作流会归属该团队
操作步骤
第 1 步:进入团队列表,先看现有团队结构
管理员进入后台的 团队 页面后,先确认平台里已经有哪些团队。
这一步重点看:
- 团队命名是否清晰
- 团队数量是否已经过多
- 是否已有可以复用的组织结构

完成这一步后,你应该能判断新团队是新增一个独立单元,还是应该继续沿用已有团队。
第 2 步:创建团队并明确用途
创建团队时,名称建议直接体现组织边界,例如:
- 市场部
- 华东交付团队
- 某客户专属团队
- 某业务线 AI 团队
不要使用“测试团队”“临时团队”这类模糊命名,否则后续资源归属会越来越混乱。

第 3 步:优先添加核心管理角色
团队创建后,先不要急着全量拉人。
建议先加入:
- Owner
- 团队管理员
先把管理骨架建立起来,再开始扩充成员。
第 4 步:分批加入成员,并同步验证角色效果
成员加入时建议按职责分批进行,例如先加入运营、再加入实施、最后加入只读查看者。
每加入一批,就验证一次:
- 他们能不能看到本团队资源
- 是否能执行本角色应有的操作
- 是否出现权限过宽或看不到资源的情况
第 5 步:提前定义交接和退出规则
团队稳定前,就要先明确:
- 成员离开团队后谁接收资源
- Owner 变更如何审批
- 是否允许普通成员自行离开
这一步越早定义,后面成员变动时越不容易出问题。
结果验证
一个管理正常的团队,至少应满足:
- 在团队列表中能清楚显示团队及成员情况
- 团队管理员可以管理成员,但不会越权到站点级配置
- 新建资源可以正确归属到该团队
- 成员角色切换后,实际权限随之变化
常见问题
为什么团队建好了,但协作还是很乱
通常不是团队功能本身的问题,而是:
- 团队命名和用途不清
- 资源没有真正归属到团队
- 成员角色没有及时验证
为什么不建议一开始就把所有成员都拉进来
因为一旦默认权限设置不合适,批量加入会把问题放大。
分批加入更容易逐步校正角色和资源可见范围。
为什么所有权转让要谨慎
Owner 通常掌握团队最高控制权。
如果没有明确的交接流程,后续团队管理可能会直接卡住。
注意事项
- 团队名称和组织边界应尽量稳定,不要频繁改顶层划分
- 成员移除前,先检查是否还有待交接资源
- Owner 长期缺位会直接影响团队治理效率