执行摘要
- 一句话：升级 NIXL 依赖到 1.1.0，简化依赖配置
- 推荐动作：建议合并。此 PR 是直接的依赖清理，利用了上游 NIXL 1.1.0 的改进，简化了配置并加固了 CI 流程。值得关注其 CI 运行结果以确认 NIXL 1.1.0 与现有环境的兼容性。
功能与动机
原先的依赖配置列出了多个 CUDA 特定 wheel（nixl[cu13], nixl-cu12, nixl-cu13），不仅繁琐，还容易引发兼容性问题——例如 NIXL 1.0.x 打包可能同时拉取两个 CUDA runtime wheel，导致 CUDA 13 CI 失效。NIXL 1.1.0 通过 ai-dynamo/nixl#1574 实现了打包简化：nixl 作为 meta-package，在运行时根据 torch.version.cuda 自动加载正确的 backend。关联 Issue #1574 明确指出：简化安装流程，避免下游项目因同时安装多个 backend 而出错。
实现拆解
-
更新依赖声明：在 requirements/kv_connectors.txt 中，将原先针对 nixl[cu13]、nixl-cu12、nixl-cu13 的版本范围约束（>= 0.7.1, <= 0.10.1）替换为单一的 nixl >= 1.1.0。这样安装 kv_connectors 时只需指定 nixl 一个包，NIXL 1.1.0 的 meta-package 会自动拉取匹配当前 CUDA 版本的 backend wheel（nixl-cu12 或 nixl-cu13）。
-
配置 CI 全量触发：在 .buildkite/ci_config.yaml 的 run_all_patterns 列表中新增 "requirements/kv_connectors.txt"。这确保未来任何对 kv_connectors.txt 的修改（例如再升级 NIXL 或添加新 connector）都会触发完整的 CI 运行，而不仅仅是增量测试，避免因依赖变更导致的回归未被及时发现。
-
测试与验证：作者通过 uv pip install --dry-run 验证了 nixl>=1.1.0 的可安装性，但未进行运行时 NIXL smoke 测试。全量 CI 将覆盖典型的 CUDA 环境。
关键文件：
requirements/kv_connectors.txt（模块 依赖配置；类别 config；类型 configuration）: 核心变更文件：更新 NIXL 依赖声明，移除旧的 CUDA 特定 wheel 约束，替换为单一的 nixl >= 1.1.0，这是 PR 的主要目的。.buildkite/ci_config.yaml（模块 CI配置；类别 config；类型 configuration）: 辅助配置变更：将 requirements/kv_connectors.txt 加入 run_all_patterns，确保 future changes 触发全量 CI。
关键符号：未识别
评论区精华
Reviewer NickLucche 确认：一旦新 wheel 发布，应该可以只使用 nixl >= 1.1.0，因为运行时能自动判断 cu12/13 的需求。他询问 @ovidiusm 这个设计是否已进入 1.1.0，得到肯定答复。讨论中未出现争议或未解决问题。
- 是否可以使用简化的 nixl >= 1.1.0 依赖形式 (design): 确认可以使用
nixl >= 1.1.0 简化依赖，PR 据此调整。
风险与影响
- 风险：风险较低。主要风险在于 NIXL 1.1.0 本身是否稳定，若该版本存在未知 bug 可能影响使用了 KV connector 的分解预填充功能。但由于 CI 会覆盖测试，且变更仅在依赖管理层面，不涉及核心逻辑，回归风险可控。
- 影响：
- vNIXL 用户：升级后只需安装
nixl 一个包，无需关心 CUDA 版本，降低了配置错误的概率。
- 系统维护：依赖文件更简洁，维护成本降低；CI 全量触发增强了对 connector 依赖变更的防护。
- 团队：无直接工作流影响。影响范围较小，仅涉及使用 KV connector 的场景。
- 风险标记：依赖升级, 缺少运行时测试覆盖
关联脉络
- PR #39797 wip: update nixl dependency to 1.0.x: 同主题 PR，但此 PR 基于当前 main 分支，目标版本为 1.1.0 而非 1.0.x，且使用了更简洁的依赖形式。
- PR #39851 wip: nixl-cu12==1.0.1 breaks CUDA 13 CI: 揭示了旧版依赖形式的问题，促使了本 PR 使用更安全的 1.1.0 版本。
参与讨论