用途：在动手实现前先完成设计。它要求先草拟类型、函数签名、类形状和模块边界，函数体留作未实现（not implemented），配合伪代码，跨多个模型视角综合出设计包，再按选定草图填充代码；如果实现证明草图错误，就丢弃草图重新设计。
主要流程分为五个阶段：A 打底，对涉及的每个系统建立真实心智模型，用 cursor-how 跑相关子系统；若设计涉及所有权或分层变更，再用 cursor-why 把既有形态的理由变成约束。真正全新、无周边系统的绿地工作才可跳过。B 草拟，用 cursor-arena 跑 design-sketch 任务，把 references/runner-prompt.md 作为各 runner 的提示，每个候选按 references/rationale-template.md 产出设计包；至少要求两个结构上明显不同的候选，整体形态替代而非局部修补；综合前用 references/design-red-flags.md 筛查每个候选；在接口深度上比较，优先把更多复杂度藏在更小更简单的公开接口之后。C 确认（可选），默认直接进入实现，只有调用方明确要求（如 /architect with checkpoint、要求先停下来展示）时才暂停等签字。D 按草图实现，用代码替换未实现体；偏离草图应作为信号上报而非默默吸收。E 当架构错误时废弃草图：若实现持续产生草图无法消化的摩擦（如同一形状的临时方案反复出现、无关边界情况都需特判、类型需要逃生舱、调用方必须了解抽象内部规则、出现两处以上同形状偏离等），就重跑 cursor-how，按“先减后加”重新设计，令新草图先比旧草图更小，再回到阶段 B 重跑 arena。
输出：先写调用方用法，再由其推导类型草图；小改动为一个含新类型与签名的文件，较大工作为模块图加类型定义；理由说明按 references/rationale-template.md 随附，含用法草图与综合决策。
限制与注意：该工作流为显式调用，绑定于本地设计工作，要求可观察的源码依据、至少两个结构不同的候选、独立评判和一次性验证；若打底或竞争门槛无法满足，应报告 PARTIAL 或不可用，而不是给出完成的 Architect 结果。它依赖 cursor-how、cursor-why（需要理由时）和 cursor-arena（结构替代方案）；调用前需确认实际安装名称。资料未提供具体安装命令、收费与价格信息。