（458期）Respond First – 对话先行·五脑异步·轮询调度

对话先行·五脑异步·轮询调度 多智能体任务调度中枢，主代理专注对话协调，5个持久子代理轮询执行复杂任务，强制"先回复后派遣"机制确保用户体验。 使用说明 核心用法 Respond-First 是一种纯调度型多智能体协作模式。主代理（你）扮演协调者角色，仅负责与用户对话和任务分发，所有实际工作通过 sessions_spawn 工具委派给5个固定子代理执行。 五大子代理分工明确：alpha（重型任务）、bravo（分析审查）、charlie（战略规划）、delta（修复文档）、echo（搜索情报）。采用轮询调度（Round-Robin）自动分配任务，避免单点过载。 显著优点 解耦架构清晰：对话与执行分离，主代理响应速度极快，复杂计算异步后台完成 专业化分工：每个子代理可针对特定场景优化，提升整体输出质量 用户体验保障：强制"先说话再派遣"规则，用户始终获得即时反馈，避免"静默执行"的困惑感 会话持久化：固定 sessionKey 确保上下文连续性，支持长周期任务协作 潜在局限 无内置状态同步：主代理不保存子代理执行状态，需依赖系统 announce 回调 单点协调瓶颈：高频任务场景下轮询可能引入延迟 调试复杂度：分布式执行增加了追踪和故障排查难度 超时固定：300秒硬性限制，超长任务需手动分片 适合人群 需要即时响应 + 异步重计算的客服/助手场景 多步骤复杂工作流（代码审查→修复→测试→文档） 对响应延迟敏感的高交互应用 常规风险 sessionKey 遗漏或错误将导致会话污染，产生"垃圾会话" 子代理失败时主代理可能处于"等待 announce"的悬空状态 过度依赖异步可能让用户对任务进度产生焦虑 需严格遵循"Spawn 后禁止输出"规则，否则可能破坏协议状态机 原始说明 Multi-agent dispatcher skill. Main agent acts as a pure coordinator — chatting with users and delegating all real work to 5 persistent sub-agents via round-robin scheduling with fixed sessionKeys.