执行摘要

• 一句话：修复插件量化配置类被默认类覆盖的问题
• 推荐动作：值得快速浏览，属于小而关键的平台插件兼容性修复。如果读者使用 ModelOpt 或自定义 quant_cls 插件，可以精读 get_quant_config 的分支逻辑；否则可跳过。值得关注的设计决策：用 issubclass 而非类型相等判断，既保留默认行为，又允许插件子类扩展构造与转换逻辑。

功能与动机

PR body 指出："quant configs provided by platform plugins could be overriden by default configs in a few cases as they are hardcoded"。即平台插件（如 ModelOpt OOT）通过 quant_cls 参数注入的量化配置类，在若干分支中被硬编码的默认类（Fp8Config / ModelOptFp4Config / ModelOptFp8Config）覆盖，导致插件提供的特定量化行为（如自定义转换逻辑）失效。

实现拆解

变更入口为 python/sglang/srt/model_loader/weight_utils.py 中的 get_quant_config，核心改动是“回退默认类前先检查当前类”：

1. mxfp8 默认配置分支：当 possible_config_filenames 为空且 quantization == "mxfp8" 时，原先直接返回 Fp8Config(use_mxfp8=True, is_checkpoint_fp8_serialized=False)。现在先判断 not issubclass(quant_cls, Fp8Config)，只有 quant_cls 不是 Fp8Config 子类时才替换为 Fp8Config，最后统一调用 quant_cls(...) 实例化，保证插件子类及自定义构造逻辑不被吞掉。
2. modelopt_fp4 在线量化分支：当 quant_config_files 为空且 quantization == "modelopt_fp4" 时，原先直接返回 ModelOptFp4Config.for_online_weight_quantization(packed_modules_mapping)；现在同样先做 issubclass(quant_cls, ModelOptFp4Config) 检查，再调用 quant_cls.for_online_weight_quantization(...)。
3. FP8 配置文件分支：在读取到 modelopt 产出的量化配置且 quant_algo == "FP8"（或 quantization == "modelopt_fp8"）时，原先直接 ModelOptFp8Config.from_config(config)；现在改为 quant_cls.from_config(config)，仅当 quant_cls 不是 ModelOptFp8Config 子类时才回退。
4. FP4 配置文件分支：quant_algo 含 "FP4" 时，原先把 ModelOptFp4Config.from_config(config) 直接丢给 _resolve_explicit_draft_quant_config；现在先保留/回退 quant_cls，再调用 quant_cls.from_config(config) 后进入 draft 量化解析。
5. 配套改动：无测试、无文档、无配置变更。唯一的 quark_mxfp4 与 bitsandbytes 分支本来就直接使用 quant_cls，未受本次调整影响。

关键文件：

• python/sglang/srt/model_loader/weight_utils.py（模块 模型加载；类别 source；类型 core-logic；符号 get_quant_config, Fp8Config, ModelOptFp4Config, ModelOptFp8Config）: 唯一改动文件；get_quant_config 中 4 处默认量化类硬编码改为 issubclass 守卫，保留插件注入的 quant_cls，避免平台插件量化配置被覆盖。

关键符号：get_quant_config

评论区精华

无实质评审讨论。reviewer alexnails 未留文字评论，直接 APPROVED；作者仅通过 /tag-and-rerun-ci 与 /rerun-failed-ci 手动驱动 CI。由于改动小且语义明确，未产生设计争议；值得注意的是没有 review 要求补充单元测试，插件侧回归验证由外部平台测试兜底。

• CI 触发与回归验证 (testing): CI 通过后合并；未补充单元测试，依赖插件侧验证。

风险与影响

• 风险：行为影响面：默认量化路径（传入的就是 Fp8Config / ModelOptFp4Config / ModelOptFp8Config 本身）行为完全不变；只有插件注入子类时才会实例化子类。潜在回归风险：若某个插件子类没有兼容 use_mxfp8 / is_checkpoint_fp8_serialized / online_scheme 等构造参数，会在运行时抛 TypeError；issubclass 只能保证类型血缘，不能保证构造签名兼容。缺少测试覆盖：本 PR 未附单元测试，get_quant_config 分支较多（尤其 _resolve_explicit_draft_quant_config 与 draft 模型联动）缺少自动回归保护。核心路径敏感性：weight_utils.get_quant_config 处于模型加载必经路径，任何返回值的类切换都可能影响后续在线量化与 MoE 权重处理，但本轮改动保守，仅影响插件场景。
• 影响：对平台插件（ModelOpt OOT）用户有直接帮助：插件注入的量化配置类在回退路径上不再被丢弃，量化行为保持一致。对默认用户零影响：量化加载接口与默认类实例化路径未变化。影响范围小（单文件 18 行），团队维护成本低，同时为后续更多平台插件接入扫清了一个覆盖风险点。
• 风险标记：缺少测试覆盖, 模型加载核心路径变更, 插件特定行为变更

关联脉络

• 暂无明显关联 PR