// Use when executing implementation plans with independent tasks - dispatches fresh subagent for each task with code review between tasks, enabling fast iteration with quality gates. Supports orchestrator, peer-to-peer, and pipeline coordination modes.
| name | multi-agent-coordinator |
| description | Use when executing implementation plans with independent tasks - dispatches fresh subagent for each task with code review between tasks, enabling fast iteration with quality gates. Supports orchestrator, peer-to-peer, and pipeline coordination modes. |
| metadata | {"short-description":"多代理协调与编排","keywords":["multi-agent-coordinator","多代理","协调器","并行处理","任务编排","工作流","任务分发","结果聚合","subagent-driven-development","coordination"],"category":"架构设计","author":"Bensz Conan","platform":"Claude Code | OpenAI Codex | ChatGPT"} |
bensz-collect-bugs 规范记录到 ~/.bensz-skills/bugs/，不要直接修改用户本地已安装的 skill 源码；若有 workaround，先记 bug，再继续完成任务。gh 上传新增 bug 到 huangwb8/bensz-bugs；不要 pull / clone 整个仓库。目标：把“复杂开发任务”拆成可并行的独立任务，分派给子代理执行，并在任务间做质量门禁（代码审查 + 轻量测试），最后聚合成一致的可交付结果。
为满足社区推荐的 SKILL.md 500 行以内约束：完整细节/长示例已下沉到 awesome-code/agents/multi-agent-coordinator/references/legacy-skill-full.md。
required，该 agent 必须真的进入调度链；缺失时停止推进PLAN.md / issue 列表 / TODO 列表dispatch_manifest，明确哪些 agent 属于 required / preferred / optionaldispatch_receipts 或缺失说明，证明 required agent 是否真的被调用读取计划并生成任务清单
选择协调模式
分派任务（可并行）
dispatch_gatedispatch_gate.can_proceed = false，立即停止，不要绕过 required agent 继续执行dispatch_gate.can_proceed = true，优先调度 required_agents，再补 preferred_agents任务间门禁（强制）
聚合与冲突解决
最终交付检查
required_agents 是否都在 dispatch_manifest 中出现并拿到 receipt？当用户明确要求"初始化项目"、"创建项目指令文件"或"生成 AGENTS.md"时使用。完全自动化：自动检测操作系统默认语言，分析项目目录结构（支持 Python/Web/Rust/Go/Java/数据科学/文档项目等），推断项目类型和用途，一键生成规范的项目指令文档。生成结果包括：AGENTS.md（跨平台通用项目指令，Single Source of Truth）、CLAUDE.md（Claude Code 特定适配，通过 @./AGENTS.md 引用）、README.md（项目介绍与使用方法）、CHANGELOG.md（项目变更记录）、.gitignore（Git 忽略规则，安全优先），并在完整初始化时自动补齐 `docs/` 与 `docs/plans/`。
当需要把本仓库 pipelines/skills 下的所有 skills 安装到系统级（默认同时安装到 Codex: ~/.codex/skills 和 Claude Code: ~/.claude/skills），以便在任意项目/对话中可被发现与调用时使用。使用 MD5 哈希进行版本控制，仅安装有更新的 skills；支持 --skill 指定单个或少量技能安装/更新、强制覆盖安装、指定单一目标安装和远程安装模式（--remote --check/--auto）。
当用户明确要求"测试代码"、"运行代码审查"或"进行代码自检"时使用。通过多轮 A 轮批判性代码审查 + B 轮代码质量原则检查，系统化发现、记录、修复程序代码中的问题，并将计划/过程/结果统一沉淀到目标代码根目录的 `tmp/run_{timestamp}/tests/` 隔离工作区。⚠️ 不适用：用户只是想优化功能（应直接修改）、只是询问代码问题（应直接回答）、没有明确"测试代码"意图。
当用户明确要求"使用 awesome-code / 多代理协作 / 并行协调开发"时使用。通过脚本收集可用 Agent 摘要、配置约束与 `dispatch_gate`，再由 AI 自主判断 single-pass / focused-agent / parallel / sequential 策略并选择子代理；当配置中的 required route agent 缺失时必须阻塞继续执行。⚠️ 不适用：用户仅需单一角色的简单修改或咨询、用户未明确表达多代理协作意图、用户只是了解技能概念。
Use when completing tasks, implementing major features, or before merging to verify work meets requirements - reviews implementation against plan or requirements with severity分级（Critical/Important/Minor）. NO MERGE WITHOUT CODE REVIEW FIRST.
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes - four-phase framework (root cause investigation, pattern analysis, hypothesis testing, implementation). NO FIXES WITHOUT ROOT CAUSE INVESTIGATION FIRST.