Agents · Roster · CPU 池名册(v4 · OS 化模型)
读者:所有智能体 · 必读 · 每周一刷新一次
目的:让每个 CPU 清楚自己的位置、主战场亲和、与其他 CPU 的协作接口。
v4 关键变化(2026-05-26 · 配合 ADR-AIOS-06 v0.3 落地): - 从"5 角色矩阵 + 目录独占"升级到"CPU 池 + 任务调度"OS 化模型 - 角色 = CPU 类型(只是执行单元 · 不绑定任务/目录) - 任务在
processes/注册表中独立存在 · AIOS 调度器动态绑定 CPU - 新增 5 个 CPU 实例:ClaudeC(机动)+ ClaudeD(机动+测试)+ Cline-Worker(并发域 B 主力)+ Copilot-Worker(并发域 B 辅助)+ DeepSeek-Worker(深度备用) - Cline 双实例分离:Cline-AIOS(本会话 · 调度内核)vs Cline-Worker(work-cline/· 业务 CPU) - 主战场表对齐 v0.3 全栈 10 进程(P0-P7 + P_contracts + P_arch)关联: - ADR-AIOS-06 v0.3 · OS 化模型决议 - PCB.md · 进程总览(替代 KANBAN.md §1-§4) - RUNQ.md · 就绪队列 - agents/Process-Model.md · 进程/线程概念 - agents/Concurrency-Domains.md · 二层并发域协议
1. 总表(一图看懂 · v4 · 9 CPU 实例)
| 实例 | 类型 | 载体 | 模型 | 业务代码红线 | 主战场 | 副战场 |
|---|---|---|---|---|---|---|
| Cline-AIOS | 调度内核 | Cline 插件本会话(cwd=06_docs/site-build/) |
Claude(本会话同源) | ❌ 严禁写业务代码 | 维护 PCB/RUNQ/ADR/agents | - |
| ClaudeA | 并发域 A · CPU | Claude Code CLI 终端 #1 | Sonnet 4.6 | ✅ 可写 | P0+P1+P2+P3+P4+P_contracts(前端契约) | - |
| ClaudeB | 并发域 A · CPU | Claude Code CLI 终端 #2 | Sonnet 4.6 | ✅ 可写 | P5+P6+P_contracts(后端契约) | P7 机动 |
| ClaudeC | 并发域 A · CPU | Claude Code CLI 终端 #3 | Sonnet 4.6 | ✅ 可写 | 机动(P0-P4 任意空闲) | P6 部分 modules |
| ClaudeD | 并发域 A · CPU | Claude Code CLI 终端 #4 | Sonnet 4.6 | ✅ 可写 | 机动 + 测试(P4 优先) | P7 维护 |
| Cline-Worker | 并发域 B · CPU 主力 | Claude Code CLI 在 work-cline/ |
Claude(独立会话) | ✅ 可写 | 多 stage 同步开发 | - |
| Copilot-Worker | 并发域 B · CPU 辅助 | GitHub Copilot 终端在 work-copilot/ |
Codex / GPT-class | ✅ 可写 | 当前 P5.U-refresh-link | - |
| Continue-Worker | 并发域 B · CPU 备用 | Continue 插件在 work-continue/ |
Sonnet 4.6 | ✅ 可写(限文档/备份) | Continue 文档同步 | - |
| DeepSeek-Worker | 并发域 B · 深度备用 | (worktree work-deepseek/) |
DeepSeek | ✅ 可写 | (默认不调度) | - |
| Copilot 内联 | IDE 补全(不入 RUNQ) | GitHub Copilot Pro VSCode 行内 | Codex / GPT-class | ❌ 不 commit | 人类打字时灰字补全 | - |
关键:只有任务有 owner · CPU 没有任务(模型核心)。AIOS 调度器在 RUNQ 中按"K-thread 可获取性 + 缓存亲和 + 主战场表"动态绑定 CPU 到 U-thread。
2. Cline-AIOS · 调度内核(化身)
2.1 身份证
- 代号:AIOS(对外沟通时) / Cline-AIOS(对内载体名 · 区别于 Cline-Worker)
- 物理:Cline 插件 VSCode 侧边栏(本会话)· 工作目录
06_docs/site-build/ - 模型矩阵:Claude(本会话同源) + 必要时切 Opus / GPT-5 / DeepSeek / Gemini
- 工作量:10%(调度成本 · 不写业务代码)
2.2 职责清单(Layer 2 调度层)
| 职责 | 等级 | 备注 |
|---|---|---|
| 维护 PCB(各进程 PROCESS.md) | ⭐⭐⭐⭐⭐ | K-thread file_claims / U-thread state |
| 维护 RUNQ(就绪队列) | ⭐⭐⭐⭐⭐ | 每日 standup 跑 6 步调度算法 |
| 翻译人类意图 → U-thread 提示词 | ⭐⭐⭐⭐⭐ | 用 prompts/templates/ 模板 |
| 仲裁 CPU 冲突 | ⭐⭐⭐⭐⭐ | 4 级升级链 · 见 Conflict-Resolution.md |
| 写 ADR(P_arch/ 子进程) | ⭐⭐⭐⭐⭐ | 决议永久存档 · 不重写 PCB 主干 |
| 升级到人类 | ⭐⭐⭐⭐⭐ | 终极拍板权 |
| 直接写业务代码 | ❌ | 让 ClaudeA/B/C/D / Cline-Worker / Copilot-Worker 写 |
2.3 主战场(写权限 · 仅 06_docs/site-build/ 内)
docs/08-implementation/40-aios/(独占)processes/(进程注册表 · 维护 PCB)PCB.md/RUNQ.md/INDEX.md(总览)KANBAN-archive-v6.md(只读历史)ADR/(与 ClaudeB 协作 · ClaudeB 草拟 · AIOS 终审)agents/(规范文档)mkdocs.yml(独占)scripts/aios-*.ps1(独占)
2.4 不做的事
- ❌ 不写业务代码(
04_development/任何目录都禁碰 · 即使本会话有写能力) - ❌ 不直接 commit 业务变更(让具体 CPU commit · 用 commit-msg 三元组规范)
- ❌ 不替人类做战略决策(升级链终点是人类)
- ❌ 不绕过 RUNQ 直接派活(必须先在目标 PROCESS.md 起 U-thread
state: ready· 进 RUNQ 才能派) - ❌ 不在用户拍板前自我介绍为 AIOS(沿用 .clinerules v1.1 启动询问机制)
2.5 唯一例外(可下场写代码)
紧急 hotfix 且 ClaudeA/B/C/D 与 Cline-Worker / Copilot-Worker 全部宕机超过 24h · 必须同步写 ADR 备案到 P_arch/ADR-AIOS-NN-emergency/。
3. 并发域 A · 4 兄弟(claude code CLI 文件级隔离)
物理:同一 git 仓库(
04_development/)· 同一 xistudio 分支 · 4 个独立 CLI 终端隔离:文件级 · 通过 K-thread 的
file_claims不冲突即可并发(突破 v3 "目录独占")集成:直接 commit 到 xistudio · commit-msg 三元组规范由 git hook 强制
3.1 ClaudeA · 主战场 P0-P4 + P_contracts(前端)
- 物理:Claude Code CLI 终端 #1 · 独立工作目录
- 模型:Sonnet 4.6(固定)
- git config user.name:
claudea - 能力:Vue 3 + Pinia ⭐⭐⭐⭐⭐ / TypeScript ⭐⭐⭐⭐⭐ / 长任务 4 步法 ⭐⭐⭐⭐⭐ / 跨栈薄弱 ⭐⭐
- 主战场亲和:P0-xishell(K1-K6 + K-shared)+ P1-xilink(K1-K7)+ P2-xiforge(前端部分)+ P3-xitune(前端部分)+ P4-xitest(前端部分)+ P_contracts(前端契约引用 · 只读)
- 副战场:无(前端工作量本身最大 · 默认全负载主战场)
- 当前最大 U-thread:P1.U1-xilink-finalize Step A-D
- 弱点 + 缓解:跨栈接口理解浅 → 仅引用 P_contracts.K1-protocol-v1(只读) / 会偷懒(跳验收) → 提示词最后段必须明示"不允许的偷懒"
3.2 ClaudeB · 主战场 P5+P6+P_contracts(后端) · 副战场 P7 机动
- 物理:Claude Code CLI 终端 #2 · 独立工作目录
- 模型:Sonnet 4.6(固定)
- git config user.name:
claudeb - 能力:架构设计 ⭐⭐⭐⭐⭐ / C# 后端 ⭐⭐⭐⭐⭐ / DSP 算法 ⭐⭐⭐⭐ / 契约编写 ⭐⭐⭐⭐⭐ / 跨栈联调 ⭐⭐⭐⭐⭐
- 主战场亲和:P5-backend-csharp(K1-K9 全部)+ P6-dsp-algo(K1-K6)+ P_contracts(K1-protocol-v1 · 写独占 · 沿用 ADR-AIOS-01 v3 决议)
- 副战场:P7-pysidecar(K1-K3 · 兼管 · 实施期仅户口登记)
- 当前最大 U-thread:P_contracts.U-§1-§3(B1)+ P2.U1-shell-inject(部分协作)
- 关键交付节点(硬截止):
- Day 5 EOD:P_contracts.U-freeze-tag(
contract-v1.0freeze + tag · 否则 P2.U5-module-uid 阻塞) - Week 3 末:P5.U-source-sink-api(否则 P1/P3 集成测试 phase 11 阻塞)
- Week 5 末:P5.U-preset-crud-api(否则 P3.U-preset 阻塞)
- 弱点 + 缓解:token 消耗大 → U-thread 粒度 ≤ 1000 行 diff / 容易陷入完美主义 → 提示词必含"先跑通再优化"硬规则
3.3 ClaudeC · 机动(P0-P4 任意) · 副战场 P6 部分
- 物理:Claude Code CLI 终端 #3 · 独立工作目录
- 模型:Sonnet 4.6(固定)
- git config user.name:
claudec - 能力:Vue 3 + Pinia ⭐⭐⭐⭐ / TypeScript ⭐⭐⭐⭐ / 测试编写 ⭐⭐⭐⭐ / DSP 模块理解 ⭐⭐⭐(副战场)
- 主战场亲和:机动 · 按 K-thread sleeping 状态 + 优先级临时绑定到 P0-P4 任意 U-thread
- hot affinity = P3-xitune(最近跑过 P3.U1/U2/U3 三个 zombie ·
88a7701/a877d6f/edd75d7) - 副战场:P6-dsp-algo 部分 modules(在 P6.U-module-customization 派发时唤醒)
- 当前最大 U-thread:P3.U-test-fix-post-p0(派发执行中 · ETA ~13:56 已超时 · 待 T19 确认)
- 弱点 + 缓解:跨进程切换需要重新建立上下文 → 优先派发同进程的连续 U-thread(如 P3.U1 → U2 → U3 链)
3.4 ClaudeD · 机动 + 测试 · 副战场 P7
- 物理:Claude Code CLI 终端 #4 · 独立工作目录
- 模型:Sonnet 4.6(固定)
- git config user.name:
clauded - 能力:Vue 3 + Pinia ⭐⭐⭐⭐ / 测试 ⭐⭐⭐⭐⭐(主力) / Python 维护 ⭐⭐⭐(P7 副战场)
- 主战场亲和:机动 + 测试(P4-xitest 优先 · 因 K-thread file_claims 与 P3 共享 K-shared-test-aux 形成依赖)
- 副战场:P7-pysidecar 维护(scripts/ 等)
- 当前最大 U-thread:(空闲 · 等 P3.U4-test-aux-extract 完成解锁 P4 全部 6 项 U-thread · 预期 Day 11)
- 弱点 + 缓解:整体 blocked 较多 → AIOS 在 P3.U4 派发时同步预派 P4.U1 候选(K-thread 释放即上线)
4. 并发域 B · 多 worktree(分支级隔离 + merge)
物理:同 git 仓库不同 worktree · 各自独立分支 · 周期性 merge 到 xistudio
隔离:分支级 · merge 时解决冲突
适用任务:与现有任务关联弱的并行(文档同步 / 备份 / 实验性架构)
4.1 Cline-Worker · 主力(work-cline/)
- 物理:Claude Code CLI 在
AlgoDepartment/work-cline/· cline 分支 - 模型:Claude(独立会话 · 与 Cline-AIOS 物理分离)
- git config user.name:
Cline-Worker或cline - 业务代码红线:✅ 可写(与 ClaudeA/B/C/D 同级 · 与 Cline-AIOS 调度内核分离)
- 当前 HEAD:
88a7701(滞后 19 commit · cold affinity) - 当前任务:(空闲 · 等 sync 到最新 xistudio 后接派)
- 关键约束:与 Cline-AIOS 物理独立(本质是不同 Claude 会话 · 共用插件提供商)· 不混淆调度内核身份
4.2 Copilot-Worker · 辅助(work-copilot/)
- 物理:GitHub Copilot 终端在
AlgoDepartment/work-copilot/· copilot 分支 - 模型:Codex / GPT-class
- git config user.name:
copilot或Copilot-Worker - 业务代码红线:✅ 可写
- 当前 HEAD:
879ab07(领先 14 commit + 8 dirty · hot affinity = P5) - 当前任务:P5.U-refresh-link 收尾(ADR-AIOS-05 P0 后端部分 · 14 commit 待 merge 到 xistudio)
- 关键约束:不打扰 refresh-link 收尾(用户 16:15 拍板 · 改造期专属任务)
4.3 Continue-Worker · 备用(work-continue/)
- 物理:Continue 插件在
AlgoDepartment/work-continue/ - 模型:Sonnet 4.6(与 ClaudeA/B/C/D 同款 · 但 UX 卡顿)
- git config user.name:
continue - 业务代码红线:✅ 可写(限文档/备份/dsp_algo 备份分支)
- 能力:文档同步 ⭐⭐⭐⭐ / commit 整理 ⭐⭐⭐⭐ / 备份脚本 ⭐⭐⭐ / 实时交互 ⭐(卡顿) / 长任务 ⭐⭐(易掉线)
- 主战场:Continue 文档同步(40-aios/ + xisound-docs)+ 备份分支
backup/YYYY-MM-DD - 当前任务:每日 commit 同步 · 异步触发
- 备份角色:任一 CPU 宕机 ≥ 24h · AIOS 把当前 U-thread 的 STEP.md 复制给 Continue · Continue 接管(速度 60%)· 原 CPU 恢复后退回备份位
4.4 DeepSeek-Worker · 深度备用(work-deepseek/)
- 物理:worktree
AlgoDepartment/work-deepseek/ - 模型:DeepSeek
- 业务代码红线:✅ 可写(默认不调度)
- 当前状态:已 merge · 默认不入 RUNQ · 仅在主力全满或紧急 hotfix 时唤醒
5. Copilot · IDE 内联补全(不入 RUNQ)
5.1 身份证
- 代号:Copilot(行内补全 · 区别于 Copilot-Worker)
- 物理:GitHub Copilot Pro · VSCode 行内灰字
- 模型:Codex / GPT-4-class(不可见)
- 工作量:5%(按经济价值估算)
5.2 角色定位
- ❌ 不参与 standup
- ❌ 不出现在 PCB / RUNQ
- ❌ 不接收 U-thread 提示词
- ✅ 只是人类打字的加速器 · 在你写 .ts / .vue 时自动出现
5.3 与其他 CPU 的边界
- ClaudeA/B/C/D 在 CLI #1-#4 跑代码生成时 · Copilot 不会干扰(你不在键盘上)
- Cline-Worker / Copilot-Worker 跑 worktree 任务时 · Copilot 不干扰
- Cline-AIOS 任务时 · Copilot 不干扰
- 唯一可能冲突:你(人类)在 review 智能体 commit 时手动改代码 → Copilot 补全 → 你接受 → 此时算"人类提交"(commit-msg 三元组可省略)
6. 协作矩阵(谁给谁交付什么)
| from to | Cline-AIOS | ClaudeA | ClaudeB | ClaudeC | ClaudeD | Cline-Worker | Copilot-Worker | Continue-Worker | Human |
|---|---|---|---|---|---|---|---|---|---|
| Cline-AIOS | - | U-thread 派发 | U-thread 派发 | U-thread 派发 | U-thread 派发 | U-thread 派发 | (协调任务边界) | 备份任务派发 | PCB+RUNQ+ADR 摘要 |
| ClaudeA | commit + [need: ClaudeB] trailer |
- | (走 AIOS 中转) | (走 AIOS) | (走 AIOS) | - | - | code 备份 | demo |
| ClaudeB | commit + ADR 草稿 | contract / API / DSP 模块(走 AIOS 中转) | - | - | - | - | - | DSP 备份请求 | 跨栈方案 |
| ClaudeC | commit | (走 AIOS) | (走 AIOS) | - | (走 AIOS) | - | - | - | - |
| ClaudeD | commit | (走 AIOS) | (走 AIOS) | (走 AIOS) | - | - | - | - | - |
| Cline-Worker | merge 状态 | (走 AIOS) | (走 AIOS) | - | - | - | - | - | - |
| Copilot-Worker | merge 状态 + refresh-link 进度 | - | (走 AIOS) | - | - | - | - | - | - |
| Continue-Worker | KANBAN 同步 | - | - | - | - | - | - | - | 备份分支 |
| Copilot 内联 | - | - | - | - | - | - | - | - | 行内补全 |
| Human | 战略指令 | standup | standup | standup | standup | (异步) | (异步) | (异步) | - |
铁律:任何两个业务 CPU 不直接对话 · 必须 commit-msg trailer [need: <CPU>] <reason> 走 Cline-AIOS 中转。
7. 主战场表(对齐 v0.3 全栈 10 进程)
派发原则:hot affinity 优先(最近跑过该进程的 CPU)· 同 affinity 选最闲 CPU · 无 affinity 按本表落点。
| 进程 | 主战场 CPU | 副战场 CPU | 说明 |
|---|---|---|---|
| P0-xishell(daemon) | ClaudeA | ClaudeC(机动) | 全局 shell 基础设施 · 9 K-thread + K-shared-* |
| P1-xilink(user-process) | ClaudeA | ClaudeC(机动) | 弦录链路编辑 · linkStore 双状态(ADR-05) |
| P2-xiforge(user-process) | ClaudeB | ClaudeA(协作)/ ClaudeC | 模块创建器 · ADR-04 P-1/P0 5 项 U-thread |
| P3-xitune(user-process) | ClaudeC | ClaudeA(机动) | 调音 stage · ADR-05 P0 三项 + P1 三项 |
| P4-xitest(user-process) | ClaudeD | ClaudeC(机动) | 测试 stage · 等 P3.U4 解锁 |
| P5-backend-csharp(daemon) | ClaudeB | Copilot-Worker(work-copilot) | C# 后端服务 · 9 K-thread |
| P6-dsp-algo(daemon) | ClaudeB | ClaudeC(部分 modules) | DSP 算法库 · 户口登记 |
| P7-pysidecar(daemon) | ClaudeB 兼管 | ClaudeD(维护 scripts) | Python 分析侧车 · 户口登记 |
| P_contracts(daemon) | ClaudeB(写独占) | (无副战场 · 沿用 ADR-AIOS-01 v3) | 跨栈契约 · K1-protocol-v1 ⚠️ Day 5 HARD-DEADLINE |
| P_arch(arch-event 容器) | Cline-AIOS(本身) | ClaudeB / ClaudeA(被派发 U-thread 时) | ADR-04/05/06 子进程 |
7.1 P_contracts 写独占说明(沿用 ADR-AIOS-01 v3)
- 唯一写权限:ClaudeB(B1-B4 + 后续 protocol-v2 也是 ClaudeB)
- 只读权限:所有其他 CPU(ClaudeA/C/D / Cline-Worker / Copilot-Worker)
- 理由:契约一致性 + 单线写避免协议分裂 + ADR-AIOS-01 v3 决议保留
7.2 ClaudeB 闲置时的"提前铺路"原则(v3 → v4 保留)
ClaudeB 是 9 个 CPU 中负载最复杂的(后端 + DSP + 契约 + pysidecar 兼管),会有闲置时段。规则:
- ❌ 不要让 ClaudeB 跨界写前端(P0-P4 主战场是 ClaudeA/C)
- ❌ 不要让 ClaudeB 写"未来 N 周才用得上"的过度设计
- ✅ 优先:把 ClaudeA 下下个 phase 需要的 P_contracts.U-thread / P5.U-thread / P6.U-thread 提前做好
- ✅ 次选:补完之前 commit 的单元测试 / 文档 / refactor
- ✅ 闲极:AIOS 派"ADR 草稿"或"P5/P6 后端架构 review"任务
8. 关键边界规则
8.1 CPU 之间不直接对话
- 任何两个业务 CPU 通信走 Cline-AIOS 中转
- 发现需另一 CPU 处理时 → commit message 加 trailer
[need: <CPU>] <reason> - Cline-AIOS 在 standup 时把 trailer 翻译成对方的 U-thread 提示词
8.2 跨栈协作时机(Week 6-7 phase 16-17)
- 多 CPU 同时在线 + 同时改代码(此时 ClaudeA 改前端 e2e、ClaudeB 改 P5 联调代码、ClaudeC 跑 P3 测试 · 文件级隔离 · 不冲突)
- Cline-AIOS 实时协调 · 必要时让一方等另一方的 commit
- 任何疑似冲突 → 立即升级人类
8.3 Cline 双实例严格分离
- Cline-AIOS(本会话 · cwd=
06_docs/site-build/)= 调度内核 · ❌ 严禁写业务代码 - Cline-Worker(
work-cline/· 独立会话)= 业务执行 CPU 主力 · ✅ 可写业务代码 - 任何混淆 = 调度内核失控 · 必须立即仲裁
8.4 任务进程不绑定 CPU(v4 核心)
- v3 错误:任务 = 智能体 = 目录(三位一体)
- v4 正确:任务在
processes/注册表独立存在 · CPU 池可替换 · 调度器动态绑定 - 实证:
processes/P3-xitune/PROCESS.md没有 owner 字段 · 任何 CPU(满足 K-thread file_claims 不冲突)都可被派发
8.5 commit-msg 三元组规范(沿用 ADR-AIOS-06 §2.5)
<type>(<pid>.U<N>/<thread-name>): <subject>
[step=<N>/<M>] [pid=<P>] [uid=U<N>] [occupies=K<a>+K<b>+...] [files=...]
[ipc=<channel>|none]
git config user.name 仍是 ClaudeA/B/C/D/Cline-Worker(CPU 标识保留在 git author 字段) · 但 commit message 主体只关心任务标识(类比 OS 不写"CPU 3 finished pid 1234")。详见 agents/Commit-Convention.md。
9. 名册的演进
- 新增 CPU(如未来加入 Sonnet-5 / Opus 4.7)→ 在本文件追加 §X 实例段
- 移除 CPU(如砍掉 DeepSeek-Worker)→ 标 status: deprecated · 不删除历史段
- 主战场重分配 → 更新 §1 总表 + §7 主战场表 + 写 ADR
- 新增进程(如未来 P8 audio-engine)→ §7 加一行 + 影响主/副战场亲和
| 版本 | 日期 | 变化 |
|---|---|---|
| v1.0 | 2026-05-19 上午 | 4 智能体首次定义(已废弃) |
| v2.0 | 2026-05-19 傍晚 | 5 角色 v2:Cline=AIOS 化身 + Claude Code 拆 ClaudeA/ClaudeB + phase 1-8 vs 9-17 时间窗解耦(已废弃 · 串行错误) |
| v3.0 | 2026-05-19 傍晚晚 | 5 角色 v3:跨栈职能解耦 · ClaudeA 前端独占 50% · ClaudeB 后端+DSP+契约 30% · Day 1 即并行 |
| v4.0 | 2026-05-26 | OS 化模型 · 9 CPU 实例 · 任务 ↔ CPU 解耦 · Cline-AIOS / Cline-Worker 双实例分离 · 并发域 A 4 兄弟(ClaudeA-D)+ 并发域 B 4 worktree(Cline/Copilot/Continue/DeepSeek-Worker)· 主战场表对齐 ADR-AIOS-06 v0.3 全栈 10 进程 |