用途：回答“X 如何工作”类问题，在修改代码前做走读，并处理放置、归属与分层问题（如“这段代码该放哪”“哪一层负责什么”）。目标是产出资深工程师接手子系统时所需的架构解释，足以建立可用的心智模型，而不至于像逐行注释的源码。
主要能力与流程：先读取 T3 执行说明，其中定义全局配置、容量选择与传输约束。随后评估复杂度：简单问题（单模块、小工具、如“函数 X 如何工作”的窄问题）不派探索者，由一个解释者一次完成探索与解释；复杂问题（跨多文件或服务的子系统、横切特性、整体架构概览）先并行派探索者，再交给解释者综合。范围不明确时先说明自己的理解再探索，用户可纠正；拿不准时走简单路径。
使用方式：每次派生都是 delegate_task，附带自包含的任务简报，子任务只拿到简报、看不到当前对话。简报声明只读：仅检查，不写入，不执行 git 命令。角色模型通过 orchestrator_capabilities 从 pstack-models.md 解析，不得硬编码 slug；角色行缺失时使用该角色的内置默认值。复杂问题将问题拆成 2 到 4 个探索角度，在单条消息中以 async 模式全部派生，用 task_status 收取结果，再派一个解释者综合。最后把解释者输出呈现给用户，可做轻微编辑，但不要大幅重写。
输出格式：解释使用 references/explainer-prompt.md 中定义的章节，不适用的可省略：Overview、Key Concepts、How It Works、Where Things Live、Gotchas。
限制：仅依据资料，未提供具体模型名称、价格、平台支持范围或性能数据；相关细节暂未提供。