用途：将已定义的产品或功能规格转化为技术蓝图，覆盖技术栈、数据库模式、API、基础设施与部署。核心问题是“在 10 倍规模与 10 倍团队下是否仍然可行”。
适用场景：需要技术蓝图的新产品或功能；规模大幅增长（10x）或迁移到新核心基础设施；绿地、棕地（扩展现有系统）或迁移（替换现有系统）；规格发生重大变化后重跑架构。不适用：需求模糊（用 /discover）、代码级清理（/clean-code）、从现有架构做任务拆解（/breakdown-tasks）、UI/流程映射（/map-user-flow）、重复运维逻辑抽取（/extract-service）。
主要能力：默认多智能体协作（7 个：stack-selection、infrastructure、schema、api、integration、scaling、critic），--fast 强制单智能体；所有模式均执行 8 项关键门禁，由 critic-agent 校验，包括每项技术选型有理由、每个用户功能有 API 端点、数据库模式覆盖规格中所有实体、部署含完整环境变量清单、文件结构符合框架约定、认证模型覆盖所有角色与权限、至少记录一项架构权衡及备选方案、每个外部依赖按依赖分类标准归类。
使用方式：开始前建议准备 research/product-context.md、docs/forsvn/artifacts/meta/specs/.md、docs/forsvn/artifacts/product/flow/.md 等产物；执行预派发协议，明确规格引用、规模目标（用户/RPS/数据）、约束（预算/团队技能/延迟/合规）与部署上下文。产物路径为 architecture/system-architecture.md，含 12 个必需章节及安全审查相关内容，由 breakdown-tasks、review-work、clean-code 等消费。
限制：需求矛盾（预算与规模、延迟与成本）时状态为 BLOCKED，需用户权衡；缺少规格、优先级或用户流程时返回 NEEDS_CONTEXT，建议先运行 /discover、/prioritize 或 /map-user-flow；修订循环有 2 轮上限。具体收费、价格与平台信息暂未提供。