用途：在启动宽泛的产品或架构工作前，作为生命周期路由器使用。它负责挑选最小可用的技能链、定义关卡，并防止在所需契约尚未建立时就开始实现。
主要能力：先对请求分类，再给出对应主技能与产出。产品方向或市场/用户问题对应 product-discovery、prd-master，产出产品简报、用户故事、成功指标；架构或模块边界对应 architecture-foundation、technical-spec、elegant-architecture，产出架构规格、边界与被否决的备选方案；API、认证、数据或 schema 契约对应 api-design、auth-security、database-patterns、data-contract-migrations，产出带版本的契约与迁移计划；UI/产品界面对应 frontend-design、ui-ux-pro-max、ui-design-system、playwright-automation，产出 UX 流程、组件计划与视觉检查；实现工作流对应 flowguard、threads、systematic-debugging、comprehensive-testing；质量与回归风险对应 comprehensive-testing、codebase-audit、vibeguard、project-health-auditor；发布与运维对应 release-engineering、config-secrets-environments、performance-capacity、incident-slo-runbook、observability-sre、devops-excellence。
必要关卡：目标与非目标；领域模型与归属边界；外部 API、数据与配置契约；安全与权限模型；带命令级验证的测试策略；发布、回滚与迁移关卡；可观测性、SLO 与事件响应。若某关卡不适用需说明原因，生产系统不得静默跳过数据、安全或回滚关卡。
使用方式：绿地项目或重大重构按产品→架构→契约→计划→实现→验证→发布的顺序执行，每步只用一个工作流技能，而非同时启用全部技能。已有仓库应先做 repo-agent-context-audit 或 codebase-audit 再提新结构。输出为紧凑计划，包含 goal、context、selected_skill_chain、architecture_gates、implementation_steps、verification_commands、release_and_ops_gates、open_risks。
限制：应优先选择覆盖风险的最小技能链，同时启用过多技能通常意味着范围需要拆分。资料未提供具体安装命令、收费与平台信息。