用途：在实现之前完成设计。先用占位体（not implemented）和伪代码勾画类型、函数签名、类形状与模块边界，综合多个模型视角后，按选定的草图填充代码；若实现证明草图有误，则丢弃并重设计。
主要能力：
- 分阶段流程：A 打基础（用 how 技能追踪相关子系统，必要时用 why 技能理解既有结构）、B 草图（运行 arena 技能产出多个候选设计包，含调用方用法、类型草图、签名、模块图与理由）、C 确认（可选人工检查点）、D 按草图实现、E 架构错误时废弃重来。
- 要求“设计两次”：至少两个结构上不同的候选，再综合出一个设计包。
- 用 references/design-red-flags.md 筛查候选，拒绝浅模块、信息泄漏、时间性分解、透传方法。
- 按接口深度比较候选，优先选择用更小更简单的公开面隐藏更多复杂度的设计。
- 实现偏离草图被视为信号，需上报而非静默吸收；重复出现同形态摩擦（反复出现同类绕行、多个不相关边缘情况、类型需要逃生舱、调用方需了解内部规则等）则触发废弃重设计。
使用方式：通过 /architect 或“architect this”“design…”等触发。默认直接按综合设计进入实现；如需检查点，可显式要求“/architect with checkpoint”“实现前停下来给我看”。综合设计可作为独立提交先落地，后续提交再填充分支体。
限制与未提供信息：资料未说明支持的具体宿主、模型清单、计费方式、平台要求与安装命令；运行依赖宿主能力（如可用的规划设施、面板与模型配置），缺失时按文中回退方案处理。