用途：architect 用于在编码前先做架构设计，产出类型、函数签名、类形态与模块边界的草稿，函数体为未实现或伪代码，随后按选定的草稿填充实现。触发方式包括 /architect、“architect this”、“design…”等。
流程：先建立每阶段的 worklist。Phase A 接地：用 how 技能理解新代码触及的每个系统，产出架构说明；若设计改变归属或分层，再用 why 技能把现有形态的理据变成约束；纯全新项目可跳过。Phase B 勾画：用 arena 技能与 design-sketch 任务运行，runner 取自 architect runners 角色（默认 fable、opus、sonnet），用 pstack-harness 技能生成；要求至少两个结构上不同的候选，按 references/design-red-flags.md 筛查，比较接口深度，倾向用更小更简单的公开表面隐藏复杂度，最终合成一个设计包。Phase C 确认（可选）：默认直接实现，仅当调用方明确要求检查点（如“/architect with checkpoint”）时暂停签核；若人对形态有异议，视为 Phase A 证据，需重新接地并重跑 Phase B。Phase D 按草稿实现：把未实现体换成代码、伪代码换成逻辑，草稿是契约，偏离需显式暴露。Phase E 废弃：若实现持续产生草稿无法吸收的摩擦，应弃掉草稿而不是打补丁，返回 Phase B 重跑。
适用场景：需要先设计后编码、希望多模型视角综合、重视接口深度与模块边界的架构类任务。
限制：资料未提供具体收费、价格、平台、安装命令等信息；不同技能（how、why、arena、pstack-harness 等）的具体用法与 runner 配置细节暂未提供。