
关于
协调配额感知的并行子代理,处理大型多文件 Antigravity 任务。
name: subagent-orchestrator risk: safe source: community description: 为大型多文件 Antigravity 任务协调配额感知的并行子代理。 version: 1.0.0 author: community tags: [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 → 所有子代理的默认选择。快速、便宜、独立配额池。
- 浏览器子代理 → 始终在其自己的沙箱中运行。
阶段 3 — 执行
按依赖顺序启动代理:
- 无依赖的代理并行启动
- 有依赖的代理等待其依赖完成
- 每个代理完成后报告状态
- 编排器收集所有输出并合成最终结果
阶段 4 — 验证
所有代理完成后:
- 检查所有输出是否一致
- 运行集成测试(如适用)
- 生成最终摘要报告
- 报告实际配额使用情况
限制
- 仅在任务明确匹配上述范围时使用此技能。
- 不要将输出视为环境特定验证、测试或专家审查的替代品。
- 如果缺少所需的输入、权限、安全边界或成功标准,请停下来要求澄清。
兼容工具
Claude CodeCursor
标签
AI与机器学习