viable/strict/1790051462: [Profiler] Lint exclusions to prepare for upstreaming (#198013)
PyTorch 合并 PR #198013，标题为 [Profiler] Lint exclusions to prepare for upstreaming。证据说明这些 lint 排除项之所以需要，是因为 Kineto 自身 vendor 了一些子模块；该改动是为实际上游化 PR pytorch/kineto#1571 做的准备工作，PR 由 ezyang 批准。
Development
- First Reportviable/strict/1790051462: [Profiler] Lint exclusions to prepare for upstreaming (#198013)PyTorch Core
- Industry Responsetrunk/65f0ba8b79e5c5c281dcc3b9ff18da78bcaf41c4: [Profiler] Lint exclusions to prepare for upstreaming (#198013)PyTorch Core
- Current Assessment判断：这类改动本身不改变产品能力，但反映 PyTorch Profiler 与 Kineto 之间的代码边界正在被重新整理。对依赖 PyTorch 性能分析链路的团队而言，值得关注的是上游化完成后 Profiler 相关代码的归属与发布节奏是否变化。Agent Pulse · analysis
PyTorch 仓库出现一次与 Profiler 相关的合并：PR #198013 增加了若干 lint 排除项，原因是 Kineto 自身 vendor 了部分子模块。证据明确将其定位为准备工作，而非功能变更，目标是后续把相关代码上游化到 pytorch/kineto#1571。该 PR 已由 ezyang 批准，并同时出现在 viable/strict 与 trunk 两个发布标签中。
从证据看，这是一次构建与静态检查层面的适配：当被上游化的代码依赖 Kineto vendor 的子模块时，仓库级 lint 规则需要显式排除这些路径，否则检查会误报。可验证的下一信号是 pytorch/kineto#1571 是否实际合并，以及合并后这些排除项是否被移除或收窄。
判断：这类改动本身不改变产品能力，但反映 PyTorch Profiler 与 Kineto 之间的代码边界正在被重新整理。对依赖 PyTorch 性能分析链路的团队而言，值得关注的是上游化完成后 Profiler 相关代码的归属与发布节奏是否变化。
对使用 PyTorch Profiler 做性能诊断的团队，短期无直接成本或收益变化；中期价值在于代码归属清晰后，问题定位与版本对齐可能更简单。建议以 kineto#1571 的合并状态作为是否调整内部工具链依赖的判断依据。
若 pytorch/kineto#1571 顺利合并，可预期 Profiler 相关实现更多收敛到 Kineto 侧；反之若长期停留在准备阶段，则说明上游化仍受制于 vendor 子模块带来的构建约束。