subagent-orchestrator - SKILL

name: subagent-orchestratorrisk: safesource: communitydescription: 协调感知配额并行的子代理用于大型、多文件的 Antigravity 任务。version: 1.0.0author: communitytags: [subagents, orchestration, quota, parallel, multi-agent]子代理编排器面向 Antigravity 2.0 的感知配额、并行子代理协调技能。把一个大型任务转化为一组隔离、高效的代理任务——同时不烧光你的周配额。何时使用本技能任务涉及 3 个文件或组件你希望多个代理同时工作你之前曾在任务中途遇到配额问题任务同时涉及规划和构建你需要浏览器代理 代码代理 终端代理同时运行何时不要使用本技能编辑单个文件或修复一个 bug编写 50 行以下的快速脚本只提问或只生成计划阶段 1 — 分解在任何代理运行之前在生成任何子代理之前编排器必须输出任务简报。宣布“正在运行 subagent-orchestrator 技能。正在将任务分解为隔离任务。”然后按此格式输出任务简报任务简报 ───────────────────────────────────────── 目标[一句话说明完成状态是什么样] 代理总数[N] 配额策略[FLASH / SONNET / MIXED] 预计 Token 成本[低 / 中 / 高] 代理 [1] ID: agent-001 角色[例如 规划者 / 构建者 / 测试者 / 浏览器] 范围[该代理涉及的确切文件或 URL] 模型[Gemini Flash / Claude Sonnet] 输入[它接收什么] 输出[它产生什么] 依赖[无 / agent-001] [2] ... ─────────────────────────────────────────在继续之前等待用户批准任务简报。如果用户修改了它更新并重新确认。永远不要跳过这一步。阶段 2 — 配额路由在分配模型之前应用此决策树这个任务是否 20 个文件或 500 行新代码 是 → 所有代理使用 Gemini Flash。仅将 Sonnet 保留给最终审查。 否 → 这是创意 UI / 复杂逻辑 / API 设计任务吗 是 → 构建者代理用 Sonnet其他所有代理用 Flash。 否 → 全部使用 Gemini Flash。模型成本规则绝不违反Claude Opus → 绝不在子代理中使用。太贵。Claude Sonnet → 每个任务最多 1 个子代理。Gemini Flash → 所有子代理的默认选择。快速、便宜、独立配额池。浏览器子代理 → 始终在自己的池中运行。谨慎使用每个任务最多 1 个。阶段 3 — 上下文隔离每个子代理获得一个有范围限定的上下文包。绝不要把整个代码库给所有代理。为每个代理准备代理上下文包 — agent-[ID] 要读取的文件[只列出该代理需要的] 要写入的文件[只列出该代理将创建/编辑的] 不要读取[明确排除无关文件] 知识[只粘贴 GEMINI.md 中的相关部分]规则如果某个代理不需要node_modules、package-lock.json、.next/或dist/——在代理运行之前将它们加入.antigravityignore。阶段 4 — 并行执行按依赖顺序生成代理第 1 轮无依赖并行运行代理 第 2 轮依赖第 1 轮等待所有第 1 轮输出然后运行 第 3 轮最终集成 验证轮次之间编排器必须收集每个代理的输出产物执行 3 点抽查代理是否保持在分配范围内与其他代理的输出是否存在导入/导出冲突是否有代理产生了占位符“TODO”、“implement later”任一检查失败 → 用修正后的上下文重新运行该代理。不要继续。阶段 5 — 错误恢复如果子代理失败或产生了损坏的输出恢复协议 ───────────────────────────────────────── 1. 不要重新运行整个任务。 2. 找出确切的失败点。 3. 生成一个单一的修复代理范围限定为 - 只处理损坏的文件 - 以错误消息作为上下文 - 模型Gemini Flash修复最便宜 4. 在继续之前验证修复。 ─────────────────────────────────────────绝不把损坏的输出级联给下一个代理。始终先修复再前进。阶段 6 — 集成检查所有代理完成后运行最终的集成检查所有导入都能正确解析文件之间没有重复的函数/变量名没有本应是环境变量的硬编码值生产文件中没有遗留的console.log组件之间的类型一致TypeScript构建能成功npm run build已在心中验证如果任一检查失败生成一个限定在确切问题上的最终修复代理。配额监控规则在整个任务中跟踪估算使用量事件配额影响生成代理低设置索引文件每个低工具调用文件读/写中终端命令中浏览器子代理激活高启用思考模式极高如果任务中途估算使用量超过冲刺配额的 60%暂停并报告“配额检查点已使用约 60% 的冲刺配额。继续还是推迟剩余代理”将剩余代理切换到 Gemini Flash如果浏览器子代理尚未启动则禁用它沟通规则始终宣布当前正在运行哪个代理在轮次之间显示紧凑的进度条任务进度████████░░ 4/5 个代理完成 配额状态▓▓▓▓░░░░░░ 已使用约 40% 冲刺配额绝不多于一个代理轮次的沉默如果受阻明确说明原因——绝不要只是停下来示例参见examples/文件夹nextjs-feature.md— 用 3 个并行代理构建完整的 Next.js 功能api-plus-frontend.md— 后端 API 代理 前端 UI 代理并行运行debug-mission.md— 用最少配额修复损坏构建的修复任务局限性本技能协调代理规划它不提供运行时调度器也不会自动强制执行配额限制。并行代理仍然需要父代理进行明确的界定、审查和集成。当单个聚焦的编辑或直接回答更快更清晰时不要使用它。