viable/strict/1790062257: Fix `torch.asarray` for buffer-protocol objects with no dtype (#188784)
PyTorch 发布 viable/strict/1790062257 变更，修复 #188128：当 torch.asarray 未显式传入 dtype 时，改为通过 PyBUF_FORMAT | PyBUF_STRIDES 读取 buffer 声明的格式，并映射到匹配的 ScalarType，而不是猜测。映射逻辑放在新辅助函数 scalar_type_from_buffer_format 中，为手写解析器，以便在 USE_NUMPY=0 构建下继续工作。它覆盖所有有对应 torch dtype 的 PEP-3118 标量码（bool、有/无符号 int16/32/64、float16/32/64、complex32/64/128），并用推断 dtype 的 size 与 buffer 的 itemsize 交叉校验。显式传入 dtype 时保留旧的 reinterpret 行为（与 torch.frombuffer 相同）。对无法映射的格式（如 longdouble 'g'、struct/record 'T{...}'）和非原生字节序，该辅助函数报错而非猜测，提示用户先转换字节序。
Development
- First Reportviable/strict/1790062257: Fix `torch.asarray` for buffer-protocol objects with no dtype (#188784)PyTorch Core
- Current Assessment这是核心张量库在互操作边界上的稳健性修补，而非能力扩张。它反映 PyTorch 对 buffer-protocol 与 NumPy 生态衔接处的语义一致性持续投入，也说明在无 NumPy 依赖的构建路径上仍被认真维护。对依赖零拷贝互操作的库作者而言，错误行为从静默错误值变为显式报错，会改变其异常处理与测试预期。Agent Pulse · analysis
PyTorch 合并了一项针对 torch.asarray 的修复（#188784，修复 #188128）：在未指定 dtype 时，不再猜测 buffer-protocol 对象的类型，而是读取 buffer 声明的格式并映射到对应的 ScalarType。实现位于新辅助函数 scalar_type_from_buffer_format，为手写解析器，保证 USE_NUMPY=0 构建下 buffer 路径仍可用；覆盖所有有对应 torch dtype 的 PEP-3118 标量码，并用 itemsize 交叉校验推断结果。显式 dtype 时保留与 torch.frombuffer 一致的 reinterpret 行为。对 longdouble、struct/record 等无对应 dtype 的格式以及非原生字节序，函数选择报错并提示先转换字节序，而非静默给出可能错误的值。
该改动把 buffer 协议路径的 dtype 推断从启发式猜测改为基于 PyBUF_FORMAT 的显式解析，并用 itemsize 做一致性校验，属于降低静默错误面的防御性设计。手写解析器而非依赖 NumPy，说明维护者有意保持 USE_NUMPY=0 构建的可用性。可验证的下一信号：后续 release note 或 PR 是否把该 helper 复用到 torch.frombuffer 等其他 buffer 入口，以及是否补充非原生字节序的自动转换。
这是核心张量库在互操作边界上的稳健性修补，而非能力扩张。它反映 PyTorch 对 buffer-protocol 与 NumPy 生态衔接处的语义一致性持续投入，也说明在无 NumPy 依赖的构建路径上仍被认真维护。对依赖零拷贝互操作的库作者而言，错误行为从静默错误值变为显式报错，会改变其异常处理与测试预期。
对使用 PyTorch 做数据加载与跨库零拷贝转换的团队，此修复减少因 dtype 误判导致的静默数值错误，降低调试与数据校验成本；代价是此前依赖猜测行为的代码在遇到不支持格式或非原生字节序时会直接报错，需要在升级时补充显式 dtype 或字节序转换。
若该模式被推广，torch.asarray 与 torch.frombuffer 在 dtype 推断上的行为可能进一步统一，非原生字节序也可能从报错走向自动转换。可观察信号是后续 PR 是否复用 scalar_type_from_buffer_format，以及相关行为是否写入正式文档。