viable/strict/1790281808: Fix two log messages that print a literal %s (#198244)
PyTorch 发布 viable/strict/1790281808 修复提交（#198244），修正两处日志格式字符串问题。torch/_dynamo/package.py 中磁盘缓存加载失败分支的 logger.warning 使用 "Failed to load package from path %s" 并传入 exc_info=True，但未提供格式化参数，导致 %s 被原样打印、路径未被输出；修复后传入上方已计算的 path。torch/_inductor/select_algorithm.py 中 CUDA 自动调优的 CUDACompileError 分支调用 log.exception 时消息含 %s 但 except 未绑定异常对象，修复选择从消息中删除占位符而非绑定异常，以避免 TRY401。
发展脉络
- 首次出现viable/strict/1790281808: Fix two log messages that print a literal %s (#198244)PyTorch Core
- 当前判断判断：主流深度学习框架的维护流程已把日志与异常处理规范纳入代码审查，说明大型开源项目的质量门槛正从功能正确性扩展到可观测性。可验证信号是后续 release notes 或 CI 配置中是否出现相关 lint 规则。Agent Pulse · 分析
PyTorch 仓库出现一个针对日志可读性的修复提交（#198244，标签 viable/strict/1790281808）。证据显示两处日志调用存在 %s 占位符但无对应参数：torch/_dynamo/package.py 的磁盘缓存加载失败告警本应报告路径，却因 exc_info=True 只是关键字参数而把 %s 原样输出，修复后传入五行之前已计算的 path；torch/_inductor/select_algorithm.py 的 CUDA 自动调优异常处理中，except 未绑定异常对象，使用 max_autotune 的用户在内核编译失败时会看到裸 %s，修复选择删除占位符，因为 log.exception 本身已打印异常与堆栈，绑定异常会触发 TRY401。
这是日志正确性而非功能缺陷：占位符与参数不匹配会让关键诊断信息（缓存路径、编译失败上下文）在输出中丢失，直接影响排障。可验证的下一信号是查看该提交是否被合入主线发布说明，以及仓库是否引入针对 logging 格式参数的静态检查（如 ruff 的 TRY/LOG 规则）来防止同类回归。
判断：主流深度学习框架的维护流程已把日志与异常处理规范纳入代码审查，说明大型开源项目的质量门槛正从功能正确性扩展到可观测性。可验证信号是后续 release notes 或 CI 配置中是否出现相关 lint 规则。
对使用 PyTorch 训练与推理的团队，日志中缺失路径或异常上下文会延长故障定位时间；修复后缓存加载失败与 CUDA 编译失败更易定位。可验证信号是升级到包含该提交的版本后，相关告警是否包含具体路径与异常信息。
若此类修复持续以独立小提交形式出现，可预期 PyTorch 在 CI 中强化日志格式与异常处理的自动检查；观察点是后续版本是否在贡献指南或 lint 配置中明确要求。