问题描述

moe_gating_top_k 的 arch35 register-based kernel 模板 MoeGatingTopKRegbase 同时承担两条互斥的执行路径：

1. group-normal TopK 路径（TILING_KEY_REGBASE）：按 bias 加权后排序选 TopK；
2. hash 路径（TILING_KEY_HASH_{INT32,INT64}_{INT32,INT64} 共 4 种 tiling key）：由 inputIds + tid2eid 哈希表直接映射选专家。

两者共用同一模板导致：

• 模板需要同时携带 IDXT/EIDXT 两个仅 hash 路径使用的模板参数，group-normal 路径被迫以默认参数实例化，分支与模板参数耦合，可读性差；
• hash 专属逻辑（inputIds/tid2eid 拷入、哈希查表、按 tid 行 gather）与 group-normal 的排序/归一化逻辑交织在同一实现内，单文件臃肿（重构前约 508 行），维护与后续调优互相牵制；
• 两条路径无法独立演进（如 hash 路径后续要做数据类型扩展或性能优化会波及 group-normal 路径）。

期望改进

将 hash 模式拆分为独立的 kernel 模板 MoeGatingTopKHashRegbase<T, IDXT, EIDXT>（继承精简后的 MoeGatingTopKRegbase<T>，复用输入拷贝/归一化/CopyOut 公共通路），moe_gating_top_k_apt.cpp 按 tiling key 分别实例化，实现两条路径解耦、各自独立维护。