transformers 5.23.0的导出接口变化，核心是export()现在返回exportedmodel，onnx程序则以onnx_ir.model表示。依赖旧返回类型、output_path配置或自定义导出后端的代码，需要分别对应新的调用、保存和注册约定；模型新增支持并不意味着这些接口变化可以忽略。
ExportedModel把哪些行为放到同一层
导出结果现在以ExportedModel表示，可像原模型一样接收参数并返回相同的输出类，同时支持保存到Hub及在后端自身运行时重新加载。同一套API覆盖Dynamo、ONNX Runtime、OpenVINO与ExecuTorch。统一的是导出对象的使用方式，不是把四个运行时合并成同一个执行环境。
导出保存时可以放在模型仓库的子目录。export.json记录配置、输入形状、软件包版本与输入输出名称；PT2E、NNCF和ONNX Runtime的量化导出也采用相同的保存与运行方式。这些记录有助于描述导出产物，不能自行证明任意硬件上的结果或性能一致。
哪些旧约定发生了变化
OnnxConfig和OpenVINOConfig的output_path选项被移除，保存方向转为save_pretrained；自定义后端通过register_backend注册。export()返回ExportedModel、ONNX程序使用onnx_ir.Model，也都是接口层面的变化。它们影响产物对象和配置写法，不能只把版本号更新后就假定旧调用完全兼容。
此外，5.23.0移除ep_router专家并行样式，把MXFP4 GPT-OSS专家运行到ep_dispatch_experts路径，并调整DeepGEMM Mega MoE实现。使用专家并行或自定义后端的环境，与只调用普通模型的环境，面对的迁移点并不相同。
音频依赖变化为什么需要单独理解
audio可选依赖缩减为torchaudio、soundfile和soxr，移除librosa与phonemizer；Wav2Vec2ProcessorWithLM及pyctcdecode、kenlm语言模型解码被弃用。依赖列表缩减与接口弃用是两个判断，不能把“弃用”直接写成所有旧代码已经在这一版删除。
新增模型也有明确的支持边界
5.23.0增加Inkling2、JEV、LFM3、Dots 3 Note Preview、LFM3-VL、IQuestCoder和InternLM3等模型支持。JEV和decision流水线仍属实验功能，API、配置和行为可能继续变化。IQuest-Coder-V1常规模型借助Llama实现加载，而名称含Loop的检查点使用不同架构，尚不受支持。
导出部分公布的性能数字绑定具体模型、输入规模、硬件和后端，不能当作任何模型都会获得的加速比例。对5.23.0的理解，应同时保留导出对象、后端、可选依赖和模型变体四个维度，不以“统一API”推导所有环境无差别运行。
