用途：在实现之前先做设计。先画出类型、函数签名、类形状和模块边界，函数体留空并写伪代码，综合多个模型视角后按选定草图填充代码；若实现证明草图不成立，就丢弃草图重新设计。
主要能力与流程：开始前先建一个待办清单，每个阶段一条，用于显示阶段位置。阶段A“接地”：对相关子系统运行 how 技能，建立真实心智模型；若现有结构是约束或设计需反驳它，用 critique 模式；若设计重新定义归属或分层，对现有形态运行 why 技能。仅当确属全新、无周边系统可集成时才跳过。阶段B“草图”：用 design-sketch 任务和阶段A产物运行 arena 技能，每个候选按 rationale-template 产出设计包（先写调用方用法，再是类型草图、函数签名、模块图与理由），使用配置的 architect runners（默认 claude-opus-4-8-thinking-xhigh、gpt-5.5-high-fast、composer-2.5-fast），arena 返回一份综合设计包。阶段C“确认”（可选）：默认直接进入实现，无人工检查点；仅当调用方明确要求（如“/architect with checkpoint”“实现前停下来给我看”）才暂停等待签字。阶段D“按草图实现”：用代码替换未实现函数体，用逻辑替换伪代码，草图即契约；偏离草图应显式暴露而非默默吸收。阶段E“架构错误时丢弃”：若实现持续产生草图无法吸收的摩擦，就丢弃草图，重新运行 how、按第一性原理重设计、先减后加，再回到阶段B重跑 arena。
适用场景：需要先定契约再填充实现的中小型改动（单文件新类型与签名）或较大工作（模块图加类型定义）。
限制：资料未提供安装命令、收费、价格、平台与效果信息；具体技能依赖（how、why、arena、critique、interrogate 等）与 runner 配置需按实际环境确认。