用途：在正式编码前先做架构设计。它先勾勒类型、函数签名、类形状与模块边界，用未实现的方法体和伪代码表达，再综合多个模型视角，最后按选定的草图填充代码。
主要能力与流程：
- 阶段A 打地基：对涉及的子系统运行 how 技能，建立真实心智模型；若设计重新定义归属或分层，再运行 why 技能。纯全新项目可跳过。
- 阶段B 草图：用 arena 技能执行 design-sketch 任务，要求至少两个结构上不同的候选方案后再综合，并按 design-red-flags.md 筛查，比较接口深度，倾向用更小更简单的公开接口隐藏更多复杂度。
- 阶段C 确认（可选）：默认直接进入实现；仅当调用方明确要求检查点（如 "/architect with checkpoint"）时才暂停等待确认。
- 阶段D 实现：把未实现的方法体替换为代码、伪代码替换为逻辑，草图即契约，偏离需显式提出。
- 阶段E 废弃：当实现反复出现草图无法吸收的摩擦（如重复变通、大量特例分支、需要 any/强制转换、调用方必须了解内部规则等）时，丢弃草图，重新打地基并回到阶段B。
使用方式：开始时先建立每个阶段一条的待办清单。运行器取自当前 harness 的 pstack 模型表中的 architect runners；若缺失则用 claude:opus@max、codex:gpt-6.1-sol@max、grok:grok-4.7@xhigh。在 Codex 上通过 codex-tools.md 解析 Claude 工具名。
输出：先写调用方用法，再推导类型草图；小改动为一个含新类型与签名的文件，较大工作为模块图加类型定义，并附按 rationale-template.md 组织的理由说明，含用法草图与综合决策。
限制：资料未提供具体收费、平台支持范围与效果数据。