Clouisle云屿

团队管理

按创建、分配角色、加入成员和处理交接的顺序建立稳定的团队协作结构。

功能概述

团队管理用于把组织结构真正落到平台里。
只有团队边界清楚,资源归属、权限分配、成本统计和成员交接才能长期稳定。

适用场景

这一页适合:

  • 第一次创建团队
  • 给团队加入成员
  • 调整团队角色
  • 转移所有权
  • 成员离开团队时做资源交接

前置条件

开始前建议准备:

  • 明确的团队名称和用途
  • 已确定的 Owner 和团队管理员
  • 初步确定哪些 Agent、知识库或工作流会归属该团队

操作步骤

第 1 步:进入团队列表,先看现有团队结构

管理员进入后台的 团队 页面后,先确认平台里已经有哪些团队。
这一步重点看:

  • 团队命名是否清晰
  • 团队数量是否已经过多
  • 是否已有可以复用的组织结构

后台团队管理页

完成这一步后,你应该能判断新团队是新增一个独立单元,还是应该继续沿用已有团队。

第 2 步:创建团队并明确用途

创建团队时,名称建议直接体现组织边界,例如:

  • 市场部
  • 华东交付团队
  • 某客户专属团队
  • 某业务线 AI 团队

不要使用“测试团队”“临时团队”这类模糊命名,否则后续资源归属会越来越混乱。

创建团队弹窗

第 3 步:优先添加核心管理角色

团队创建后,先不要急着全量拉人。
建议先加入:

  • Owner
  • 团队管理员

先把管理骨架建立起来,再开始扩充成员。

第 4 步:分批加入成员,并同步验证角色效果

成员加入时建议按职责分批进行,例如先加入运营、再加入实施、最后加入只读查看者。
每加入一批,就验证一次:

  • 他们能不能看到本团队资源
  • 是否能执行本角色应有的操作
  • 是否出现权限过宽或看不到资源的情况

第 5 步:提前定义交接和退出规则

团队稳定前,就要先明确:

  • 成员离开团队后谁接收资源
  • Owner 变更如何审批
  • 是否允许普通成员自行离开

这一步越早定义,后面成员变动时越不容易出问题。

结果验证

一个管理正常的团队,至少应满足:

  • 在团队列表中能清楚显示团队及成员情况
  • 团队管理员可以管理成员,但不会越权到站点级配置
  • 新建资源可以正确归属到该团队
  • 成员角色切换后,实际权限随之变化

常见问题

为什么团队建好了,但协作还是很乱

通常不是团队功能本身的问题,而是:

  • 团队命名和用途不清
  • 资源没有真正归属到团队
  • 成员角色没有及时验证

为什么不建议一开始就把所有成员都拉进来

因为一旦默认权限设置不合适,批量加入会把问题放大。
分批加入更容易逐步校正角色和资源可见范围。

为什么所有权转让要谨慎

Owner 通常掌握团队最高控制权。
如果没有明确的交接流程,后续团队管理可能会直接卡住。

注意事项

  • 团队名称和组织边界应尽量稳定,不要频繁改顶层划分
  • 成员移除前,先检查是否还有待交接资源
  • Owner 长期缺位会直接影响团队治理效率

目录