Team：注册表关系，而不是目录结构

Team 由独立的 TypeScript 控制面 Agents Management 管理，Python Runtime 不再识别任何 Team 目录约定。任意现有目录都可以注册为 Agent；Team、成员、汇报关系和任务都保存在 RIND_HOME/agents-management 下的原子 JSONL 日志与快照中。

flowchart TB
    U["用户 / Manager"] --> S["Agents Management 服务"]
    S --> R["注册表<br/>Team · Agent · 成员关系 · 任务"]
    S --> A["Rind 适配器"]
    A -->|"external tools · skill files"| W["Python Worker 会话"]
    W --> D["Agent 的真实工作目录"]

同一目录可以加入多个 Team；共享工作区的写入型运行按规范化路径串行，Git worktree 注册为独立成员即可并行。Worker 只看到适配器为本次运行装配的工具、说明和 Skill 文件（只读的 agent 作用域），不负责组织关系。

成员只有两个团队工具，由同一张表决定声明什么、服务接受什么（tools.ts）：有直接下属的成员和 Leader 有 delegate（派活、开 worktree 或空目录的新下属、打回、取消、退役自己加的下属），任务运行有 report（交付或报阻塞）；任务运行没有 ask_user_question。其余操作、包括模型，都只属于用户和 Manager。委派者在它派出的工作全部落定后被唤醒一次：父任务带着结果重新运行（不再重发 brief），对话则由 Runtime 的 rind/session/deliver 作为下一轮送达，Runtime 暂不托管该对话时由服务保存、托管后补送。交付的文件复制到 artifacts//<接收者>// 下，结果里给出路径，接收者用 read_file 读取；这是引导而非沙箱。

成员用哪个模型就是它目录的文件夹默认（见配置与凭证），只存一份，由 Python Runtime 管理；控制面通过 rind/folder_defaults/* 读写，只有用户和 Manager 能改，Manager 的改动作为 notice 进入用户 Inbox。新任务的会话创建时读到最新默认；重试或恢复的任务重新打开旧会话时，适配器先调用 rind/folder_defaults/apply 再运行。任务本身不能携带模型。

旧 .aiteam 项目只能通过 rind agents import <legacy-root> 只读预览后导入，导入从不修改旧文件。

代码入口：服务、Team、Rind 适配器、旧项目导入。验证：服务、送达、新下属与退役、适配器。使用说明：Agents Management。

返回系列地图