用途：在编码前先完成设计。它通过多模型视角并行产出设计方案，再合成一份选定草图，随后按草图填充实现，避免直接写代码带来的结构返工。
主要流程分五阶段。A 阶段“Ground”：为新代码涉及的每个系统建立真实心智模型，可借助 how 技能梳理相关子系统；仅在完全从零、无既有系统可集成时才跳过。B 阶段“Sketch”：以 design-sketch 任务运行 arena 技能，每位候选者按其提示产出设计包；要求至少两个结构上明显不同的候选方案，再按 references/design-red-flags.md 筛查浅模块、信息泄漏、时间性分解、透传方法等问题，优先选择接口更深、公共面更小且隐藏更多复杂度的设计。C 阶段“Agree”为可选：默认直接进入实现；仅当调用方明确要求检查点（如“/architect with checkpoint”）时才展示合成设计并暂停等待确认。D 阶段“Implement”：把未实现的方法体替换为代码、伪代码替换为逻辑，草图即契约；偏离草图需作为信号上报。E 阶段“Scrap”：若实现反复产生草图无法吸收的摩擦（如同类绕过手段反复出现、无关边界情况都需特判、类型需要 any 或强制转换才能编译、调用方必须了解抽象内部规则等），应丢弃草图，重新梳理、按新约束重新设计，先做减法再回到 B 阶段。
输出：先写调用方用法，再推导类型草图；小改动可单文件给出新类型与签名，较大工作给出模块图与类型定义，并附带按 references/rationale-template.md 撰写的理由说明，含用法草图与合成决策。
模型选择：按 pstack-models.mdc 规则中 architect runners 行指定；若该规则或行缺失，使用 claude-opus-5-5-max、gpt-5.6-sol-max、grok-4.7-xhigh-fast。
限制：资料未提供安装命令、收费与授权方式、适用平台、性能数据，也未提供代码示例细节。