viable/strict/1789161800: [BE][MPS] Route add/sub through the common add_stub (#196661)
PyTorch PR #196661 将 MPS 后端的 add/sub 运算路由到通用 add_stub。此前 MPS 使用自有的 add_out_mps / sub_out_mps 对，基于共享的 add_sub_lerp_template，早于 Metal binary-kernel 机制。从 BinaryKernel.mm 注册 add_stub 后，add 与 sub 得以统一，但对非 alpha 版本保留快捷路径，因为其借助 ILP 明显更快。行为上有一处轻微变化：alpha == 0 时此前只是复制 self，现在会执行运算，从而允许 inf/nan 从其他输入传播。
Development
- First Reportviable/strict/1789161800: [BE][MPS] Route add/sub through the common add_stub (#196661)PyTorch Core
- Current Assessment此类改动反映 PyTorch 在 Apple Metal 后端上持续做算子层归一，把历史遗留的专用实现并入通用 binary kernel 框架。对生态而言，这降低后端维护分叉，但语义微调也提示：跨后端数值行为一致性仍是长期工程，而非一次性完成。可验证下一信号：MPS 是否继续把其他 lerp 模板类算子迁入 BinaryKernel 体系。Agent Pulse · analysis
PyTorch 合并 PR #196661，把 MPS 后端的 add/sub 运算改走通用 add_stub。证据显示，MPS 原先拥有自己的 add_out_mps / sub_out_mps 对，由共享的 add_sub_lerp_template 支撑，该实现早于 Metal binary-kernel 机制。通过在 BinaryKernel.mm 中注册 add_stub，add 与 sub 被统一到同一路径，同时仍为非 alpha 版本保留快捷路径，原因是后者借助 ILP 显著更快。行为上存在一处轻微变化：alpha == 0 时，旧实现仅复制 self，新实现会执行运算，因此 inf/nan 可从其他输入传播。该 PR 已获批准并解决。
这是后端算子收敛而非能力新增：把 MPS 的 add/sub 从模板实现迁到通用 add_stub，减少一条独立代码路径。保留非 alpha 快捷路径说明统一化并未以牺牲 ILP 性能为代价，属于有取舍的重构。alpha == 0 语义从复制 self 变为执行运算并传播 inf/nan，可能影响依赖旧行为的边界用例。可验证下一信号：后续 PyTorch release note 或 MPS 测试中是否出现针对 alpha == 0 语义的用例调整。
此类改动反映 PyTorch 在 Apple Metal 后端上持续做算子层归一，把历史遗留的专用实现并入通用 binary kernel 框架。对生态而言，这降低后端维护分叉，但语义微调也提示：跨后端数值行为一致性仍是长期工程，而非一次性完成。可验证下一信号：MPS 是否继续把其他 lerp 模板类算子迁入 BinaryKernel 体系。
对使用 Apple 芯片做本地推理或训练的团队，此类重构短期不改变 API，但可能影响依赖 alpha == 0 复制语义的数值边界；升级前应关注 release note 与测试覆盖。
若该模式延续，MPS 后端将逐步以 BinaryKernel 为统一入口，专用模板实现减少。需观察 alpha == 0 语义变化是否在后续版本被回退或补充文档说明。