用途：在正式编码前先做架构设计。它先勾勒类型、函数签名、类形状与模块边界，方法体留空并配伪代码，综合多个模型视角后，再按选定的草图填充代码。适用于 /architect 指令或“architect this”“design…”等场景。
主要能力与流程：开始前先建一个待办清单，每个阶段一条。阶段 A 打地基：对相关子系统运行 how 技能，产出架构说明；若设计重新定义了归属或分层，再对现有形态运行 why 技能。纯全新项目可跳过。阶段 B 画草图：以设计草图任务运行 arena 技能，要求至少两个结构上不同的候选方案，再综合成一个设计包；候选需按设计红旗清单筛查，并按接口深度比较，优先把复杂度藏在更小更简单的公开接口之后。阶段 C 确认（可选）：默认直接进入实现，只有调用方明确要求检查点时才暂停等待签字。阶段 D 按草图实现：把未实现的方法体换成代码、伪代码换成逻辑，草图即契约，偏离要显式暴露；被接受的偏离需回写草图与理由。阶段 E 废弃：当实现反复出现草图无法吸收的摩擦（同类变通反复出现、大量特例分支、需要 any/强制转换等逃生口、调用方必须了解抽象内部规则等）时，丢弃草图，重新运行 how、按第一性原理重设计、先减后加，再回到阶段 B。
输出：先写调用方用法，再推导类型草图；小改动一个文件，大工程给模块图加类型定义，并附理由文档。
模型与配置：architect 运行器默认 opus、fable、sonnet、haiku，来自 plugins/pstack/models.json，可在 pstack-models.md 覆盖表中按角色覆盖；角色值可在模型名后加推理强度（如 opus @xhigh），Claude Code 支持 low、medium、high、xhigh、max，Codex 通过 spawn_agent 的 reasoning_effort 传入。在 Codex 与 GitHub Copilot 上使用前，需先阅读平台映射及其按技能说明。
限制：资料未提供收费、价格、平台支持范围与效果数据；具体命令与安装方式暂未提供。