团队与角色体系

团队与角色体系

本节摘要:控制台操作的第一步是搭好治理地基——建 Team、招 Agent、定角色。本节讲清两层角色体系:全局的 System Admin(管用户与团队,也可用资产管理功能)与 Team 内的 Team Admin / Member,以及 Owner 标记如何让归属与管理权限对应。角色体系是后续所有治理操作(审核、分享、装配)的权限基础,搞不清角色,后面每一步都可能「为什么我没权限」。

一、两层角色体系

控制台的角色分两层,管辖范围不同:

角色层次
  ┌─────────────────────────────────────┐
  │ 全局层:System Admin                  │
  │  管用户与团队(建团队、录入成员)        │
  │  也可用 Wiki/CodeGraph/Skill 等资产管理 │
  └─────────────────────────────────────┘
                    │
        ┌───────────┴───────────┐
        ▼                       ▼
  ┌──────────┐            ┌──────────┐
  │ Team A   │            │ Team B   │
  │ Admin    │            │ Admin    │
  │ Member   │            │ Member   │
  │ Member   │            │ Member   │
  └──────────┘            └──────────┘
​

关键概念:System Admin 是「跨团队」的治理者,Team Admin 是「团队内」的管理者。两者的区别在「范围」——前者能跨团队操作,后者只管自己团队。但两者都不能看别人的 private 资产(第 3 章讲过,private 连 Admin 都不可见)。

二、Owner 标记:归属即管理权

除了「角色」带来的权限,还有一条平行的权限来源——Owner 标记。它让「归属」直接等于「管理权」:

两种权限来源
  ① 角色权限:你是 Admin → 能管团队内资产(治理权)
  ② 归属权限:你是 Owner → 能管自己的资产(天然归属权)
  
  两者叠加:Team Admin 能管团队资产 + Owner 能管自己的
​

这两种权限不冲突,是叠加的。一个 Team Admin 同时也是某些资产的 Owner,他两份权限都有。但要注意,Admin 的「治理权」不等于「能读 private 内容」——治理是对状态/可见性的操作,不是读内容。

⚠️ 注意:区分「治理权」与「读取权」是理解角色体系的关键。Team Admin 能「审核、分享、归档」团队资产(治理),但不能读 private 资产的内容(读取受限)。这种区分让「管理」与「隐私」并存——你能管它是否被分享,但看不到它的私密内容。

三、建 Team 与招 Agent 的标准流程

在控制台组建一支队伍的标准动作:

组队流程
  ① System Admin 建 Team(或已有 Team)
     → Team 出现,初始无成员
  ② 录入成员(System Admin 或 Team Admin)
     → 把人加入 Team,赋予 Member 或 Admin 角色
  ③ 在 Team 内创建 Agent
     → 招进不同角色的 Agent(如 Scout/Builder/Reviewer)
  ④ 为 Agent 配 Loadout(下一节讲)
     → 给每个 Agent 绑定它该有的记忆资产
​

四、「一支会成长的 Agent 队伍」长什么样

把角色体系落到一个真实的团队样例,就是 README 里那个「一个人的公司」:

Tiny but Serious Inc.(一个 Team)
  ├─ 👤 You(成员,Owner,定目标/做判断)
  ├─ 🔭 Scout(Agent,查资料/找机会)
  ├─ 🛠 Builder(Agent,写代码/做产品)
  ├─ 🧪 Reviewer(Agent,测试/挑毛病)
  └─ 🧠 Agent Memory(系统,让经验留在队伍里)
​

注意几点:Team 里既有「人」(You)也有「Agent」(Scout/Builder/Reviewer);人可以同时是 Owner 和 Member;Agent 不是人,但它在 Team 里有身份,可以配 Loadout。这种「人 + Agent 共组一队」是本系统区别于传统协作工具的特点。

💡 技巧:组队时,角色划分要清晰——每个 Agent 一个明确职责(查资料/写代码/测试),不要让一个 Agent 干所有事。职责清晰才能配差异化的 Loadout(少给噪音多给所需),这是第 11 章场景实战的核心。

本节要点回顾

1. 两层角色:System Admin(全局,管用户与团队)+ Team Admin/Member(团队内),范围不同。
2. Owner 是平行权限:归属即管理权,与角色权限叠加;但治理权≠读取权,Admin 看不到 private 内容。
3. 组队四步:建 Team → 录成员 → 建 Agent → 配 Loadout。
4. 人+Agent 共队:Team 里既有成员也有 Agent,每个 Agent 一个明确职责——这是配差异化 Loadout 的前提。

治理地基搭好了,下一节看在这个地基上,如何管理四类资产——审核、分享、收回。