Multi-Agent CN

核心用法

该skill将AI角色重构为纯调度员，所有实际工作通过sessions_spawn委派给5个固定子Agent（Alpha~Echo）。采用轮询调度机制按顺序分配任务，支持多任务并行拆解——当用户请求包含多个独立子任务时，同时派遣多个子Agent并行处理。

关键操作协议：
1. 先回复再派遣：必须先向用户输出文字说明（任务等级、派遣对象），再调sessions_spawn
2. 固定sessionKey：必须使用alpha/bravo/charlie/delta/echo五个值，确保session复用和记忆连续
3. 任务等级评估：S/A/B/C/D五级难度体系，每次派遣前必须明确告知用户

显著优点

• 架构清晰：调度与执行彻底分离，避免主Agent既当裁判又当运动员的混乱
• 并行高效：多任务拆解机制充分利用5个Agent，显著缩短总耗时
• 记忆连续：固定sessionKey设计让子Agent保持上下文，适合长周期协作
• 高度可定制：角色、名称、任务体系均可替换，通用模板适配多种场景
• 中文优化：完整中文文档，预设中文交互风格

潜在局限

• 平台依赖：依赖特定sessions_spawn工具，非标准OpenAI接口
• 调试复杂：多Agent并行时，故障定位和结果整合需要额外管理
• 过度拆解风险：文档提醒"不要过度拆解"，但判断标准较主观，新手易误判
• 无自动重试：任务失败时依赖调度员手动决策，无内置容错机制

适合人群

• 需要处理多线程复杂任务的开发者/团队
• 追求角色分离的AI工作流设计者
• 愿意投入时间自定义角色体系的高级用户
• 中文环境优先的技术团队

常规风险

| 风险类型 | 说明 |

|---------|------|

| 会话泄露 | 若sessionKey传入错误，可能污染其他Agent的上下文 |

| 静默失败 | 必须严格遵守"先回复再spawn"，否则用户误以为系统无响应 |

| 任务堆积 | 无内置负载均衡，繁忙Agent会被跳过但可能累积待处理任务 |

| 超时风险 | 固定300秒超时，超长任务可能中断 |

使用前提：需确认运行环境支持sessions_spawn工具及持久化session机制。

核心用法

multi-agent-cn 是一套多Agent调度系统提示词模板，而非可执行代码。它的核心设计是将主Agent转变为纯调度员（Dispatcher），所有实际任务通过 sessions_spawn 委派给5个固定子Agent（Alpha~Echo）。

关键机制：

• sessionKey复用：通过固定的 alpha/bravo/charlie/delta/echo 五个sessionKey，确保子Agent的记忆连续性
• 轮询调度：第1个任务派Alpha，第2个派Bravo……第6个回到Alpha，自动跳过忙碌中的Agent
• 先回复再派遣：强制要求调度员先向用户输出文字评估（含任务等级S/A/B/C/D），再调用tool，防止用户误以为系统无响应
• 并行拆解：单条用户指令含多个独立任务时，同时spawn多个子Agent并行处理

显著优点：

• 架构清晰：角色分离彻底，调度员零执行，避免权责混乱
• 记忆持久：子Agent通过固定sessionKey复用session，能记住之前的工作上下文
• 负载均衡：轮询机制天然实现任务分发，防止单Agent过载
• 可高度定制：调度员人设、子Agent名称、任务等级体系均可自由修改
• 零代码风险：纯Markdown文档，无实际可执行逻辑，安全边界清晰

潜在缺点与局限性：

• 依赖环境：需要底层系统支持 sessions_spawn 工具，并非通用AI框架
• 无失败重试机制：文档未定义子Agent失败后的自动重试策略，需调度员人工判断"换个人再派"
• 无动态扩缩容：固定5个Agent，无法根据任务量自动增减
• 状态同步盲区：调度员仅知道"accepted"，无法实时感知子Agent执行进度
• 中文生态绑定：提示词风格、等级标签均为中文设计，国际化需自行改造

适合人群：

• Claude Code等支持 sessions_spawn 工具链的AI IDE用户
• 需要处理多线程独立任务的开发者（如同时修bug+查文档+写测试）
• 希望主Agent保持"指挥官"角色感、不愿其陷入具体执行细节的用户

常规风险：

• 误用sessionKey：若用户修改后未统一更新所有文档位置的sessionKey列表，会导致session复用失效，子Agent失忆
• 过度拆解：并行spawn虽高效，但若任务存在隐性依赖（如"分析后重构"），强行并行会导致结果错误
• T3来源信任：作者cloudboy为个人开发者，无GitHub公开仓库背书，skill内容需人工审核后使用
• 子Agent行为不可控：本skill仅约束调度员行为，被派遣的子Agent实际执行逻辑不受本skill管控，存在间接风险敞口