/assign @dyd-dmy

感谢提出适配建议。将 950 的 MatmulReduceScatterV2 MXFP8/MXFP4 场景迁移到 APACE 新模板，以减少对 3rd 公共接口的依赖，是一个值得评估的维护优化方向；目前应按模板迁移需求处理，而非功能缺陷。

需求分析

现有 APACE MX 量化实现已将矩阵布局、MX 量化计算块和调度器组合为 MatmulReduceScatterV2 内核，可作为复用基础。其中，B 矩阵布局随转置参数选择；内核调度设计还要求按通信域内各卡的数据边界拆分调度块。因此，复用模板不仅涉及替换调用入口，也需要保持量化数据布局及各卡结果分片的一致性。

调整方向

可以考虑以您提到的 960 通路为参考，在 950 的 MXFP8/MXFP4 模板选择和参数衔接处接入 APACE 实现，并梳理该路径对 3rd 公共接口的实际依赖。迁移应保持现有对外接口和计算语义不变，重点确认量化缩放参数、转置布局及 ReduceScatter 分片是否匹配，避免直接复用时引入平台差异。

预期收益是减少重复适配和外部公共接口依赖，成本主要在平台参数适配及回归验证。“切模板不影响功能和性能”目前仍是迁移目标，需要通过 950 上迁移前后的精度与性能对比确认；现有代码片段尚不能证明 950 已完整接入或已消除相关依赖。我们将继续评估该方案及其兼容性影响。