用途：在启动或采纳一个项目、规划工作、协调实现并按需独立测试时，引导并运行一支轻量多智能体开发团队。
主要能力：由三个稳定智能体分工。@ai-team-producer 负责明确范围、按比例规划、协调与合并；@ai-team-dev 负责实现、测试、自审并准备拉取请求；@ai-team-qa 在需要专门 QA 时独立验证行为。Nova、Sage、Milo 是 Dev 智能体内部视角，不是必需的项目层级。默认流程为：规划→实现→测试→可选评审或 QA→合并→更新项目状态。
使用方式：保持流程与任务规模成比例——小而明显改动可跳过正式规划；多步骤或跨切面工作用简短计划；当风险、不确定性或仓库策略要求时，才加入独立评审或 QA。由分支保护、必需检查、权限与合并队列执行仓库合并策略。启动或采纳项目时，先读现有仓库说明与文档，弄清技术栈、架构、命令、部署模型与风险；仅当需要跨会话的持久上下文时，才用项目简报模板创建或更新 PROJECT_BRIEF.md，并省略无关章节；重大工作用冲刺计划模板写一份简洁计划；并行会话可能冲突时，按仓库自身 Git 策略使用独立分支或克隆。
Producer 需定义结果、约束、验收标准与明确排除项，按风险而非仪式决定评审与 QA，并保持持久项目状态简洁最新。Dev 需遵循仓库约定，实现最小完整方案，运行相关检查并检查最终差异，开或更新拉取请求并写明摘要、验证与限制。QA 仅在专门行为验证有价值时使用，测试所请求变更与重要回归，报告可复现发现并验证修复。头脑风暴格式用于需要竞争视角的产品或架构决策；普通实现选择交由 Dev 按仓库约定决定。
上下文恢复：结束长或中断的会话前，更新活动计划或进度记录，在仓库上下文中记录重要决策、阻碍与下一步；冷启动提示可写为：“Read the repository instructions, then read whichever sources exist for this work: the active issue or request, PROJECT_BRIEF.md, and the active plan or progress note. Continue from the recorded next action.”
限制与继承：捆绑智能体有意省略工具与模型前置元数据，使内置、MCP 与扩展工具仍可用，模型选择由开发者掌控，角色边界靠说明与常规信任、权限、认证和审批控制界定。若环境暴露过多工具，应取消选择无关工具或 MCP 服务器，或使用 VS Code 虚拟工具管理；不要加入机器特定的插件白名单。原则是偏好可运行软件与清晰交接，遵循仓库策略而非嵌入通用 Git 命令，保留未知工作，破坏性或特权操作前先询问，把缺陷与重要决策保存在持久项目系统而非仅聊天中。价格、平台要求与效果等资料暂未提供。