核心用法
该 Skill 将单一 Agent 转化为纯调度中枢，所有实际工作通过 sessions_spawn 委派给 5 个固定 sessionKey（alpha/bravo/charlie/delta/echo）的持久化子 Agent。核心机制包括：
1. 轮询调度：任务按顺序循环分发给空闲子 Agent，避免单点过载
2. 先回复再派遣协议：调度员必须先向用户输出文字评估（含任务等级 S/A/B/C/D），再执行 tool call，防止用户感知"无响应"
3. sessionKey 强制绑定：严禁省略或自定义 sessionKey，避免产生垃圾 session
4. 任务等级评估：内置五级难度体系（S级最高/生产事故，D级最低/纯查询），每次派遣前必须明确标注
显著优点
- 架构清晰：严格分离"调度"与"执行"，避免单一 Agent 上下文膨胀
- 高度可定制：支持替换调度员角色（CEO/船长/校长等）、重命名子 Agent、调整任务等级体系
- 防呆设计：铁律式规则（先说话再 spawn、必须传 sessionKey、spawn 后停嘴）降低误操作概率
- 中文原生：所有提示词、人设、等级标签均为中文，无需翻译损耗
潜在缺点与局限性
- sessionKey 硬编码：5 个 key 为固定值，扩展团队规模需修改 Skill 源码
- 无动态负载感知：轮询机制不判断子 Agent 实际负载，仅检测"是否空闲"
- 任务拆解依赖调度员判断：S/A/B/C/D 分级由调度员主观评估，复杂任务可能误判难度
- 单点调度风险：调度员本身若出现 context 溢出或逻辑错误，整个系统瘫痪
- 工具调用限制：调度员被禁止直接使用 exec/文件读写/搜索，纯调度场景下此限制合理，但紧急情况下无法"降级"亲自处理
适合人群
- 需要处理多线程复杂任务的开发者（如同时推进代码重构、文档撰写、API 调研）
- 追求角色扮演沉浸感的用户（可将调度员设为游戏 GM、海盗船长等）
- 希望模板化改造的团队（Skill 明确提供换角色、换命名、换等级体系的指南）
常规风险
| 风险类型 | 说明 |
|---------|------|
| 误操作风险 | 忘记先回复直接 spawn → 用户感知卡顿；忘记传 sessionKey → 垃圾 session 堆积 |
| 上下文割裂 | 子 Agent 独立运行，task 字段必须自包含，若调度员遗漏关键背景 → 子 Agent 执行偏差 |
| 超时堆积 | 所有 spawn 固定 300 秒超时，复杂 S 级任务可能超时失败，需人工重派 |
| 循环派遣 | 任务失败后调度员可能无脑重派，未分析根因导致资源浪费 |