用途：当 Three.js WebGPU/TSL 请求跨越多个系统、需要共享 pass/输出归属或跨系统状态交换时，用它把工作路由到最小的因果技能集合。以已安装包和已初始化渲染器作为 API、后端、附件限制与时序支持的事实来源。
主要能力：按四步路由。一、固定契约：记录已安装修订与已初始化后端，声明主要观测对象及其契约类型、权威输入（单位、坐标系、尺度、拓扑、时间行为、目标视图、交互）、各部署目标及误差/延迟/帧时/峰值内存的可检查边界、可复现种子或相机路径。二、选择因果责任方：定位最早缺失成因（数据/拓扑、几何、场、材质、光照、传输体量、运动、相机/投影、图像变换），指定一个主要责任方，只追加拥有请求成因、必需输入或验证方法的技能。三、闭合交接与呈现归属：跨系统交换物理状态、事件或 GPU 资源时先读 cross-system-handoffs.md，命名生产者、消费者、版本、执行顺序、生命周期与失效规则；每个呈现目标只设一个最终输出归属，并在改动 outputNode 或 outputColorTransform 后设置 renderPipeline.needsUpdate = true。四、证明组合路由：先验证无后期或最小机制基线，再查看场、几何、材质、深度、速度、历史与输出诊断，用变更或禁用控件排除可隐藏机制的图像，在目标矩阵上测量。
使用方式：内部含 destination map，按触发条件加载具体技能，如 $threejs-ambient-contact-shading、$threejs-bloom、$threejs-image-pipeline、$threejs-visual-validation 等；仅当列出的多系统工作负载匹配时才读 router-recipes.md 并改编其归属模式。最终返回 route 结构，含 backend、contract、primaryOwner、selected、deferred、gaps、handoffs、resources、passes、output、verification、status。
适用场景：多系统 Three.js WebGPU/TSL 任务、需要共享 pass 与输出归属、跨系统资源交接、需要可验证性能与影响边界的组合路由。
限制：权威输入缺失须记为显式缺口；未初始化 WebGPU 后端不能作规范声明；只路由已安装技能，缺失责任方须报告并排除在实现之外；glTF/CAD/BIM 摄取、网格修复、通用光照设计、WebXR、物理引擎选型、气象状态合成、应用 UI 与部署架构等属显式缺口，需由项目自备；无法测量的证据归类为 unmeasurable。具体价格、平台与更多安装细节暂未提供。