标签列表
聚合结果
升级 MoRI 依赖，修复 ionic RoCE 上 KV 传输 EOF 错误
作为一行依赖版本升级，无需精读实现细节；但 AMD、hi-cache、disaggregation 相关团队应关注验证结论与 CI 失败项，建议合入前确认 Extra/AMD ROCm 7.2 流水线失败是否与本次 bump 相关。值得关注的设计决策是：将 MoRI 的 pin 放在 Dockerfile ARG 中并附带 NIXL/UCX 构建注释，便于快速定位和追踪上游依赖版本。
原始 PR · 作者 yctseng0211 · 合并时间 2026-08-31 17:04
AMD gfx1250 镜像改从 main 构建并转正式发布
值得快速浏览而非精读。对维护 AMD 发布流水线的成员有参考价值，重点注意两个设计决策：(1) 用独立 job 隔离 bring-up 构建失败，避免影响正式发布；(2) tag 从 dev 到 release 的切换时机以构建 stage 是否合入 main 为准。若后续 gfx1250 镜像被 MI450 集群实际消费，应重新评估是否仍需要独立 job，并考虑为发布镜像增加冒烟验证步骤。
原始 PR · 作者 polisettyvarma · 合并时间 2026-08-31 10:52
为 XPU Docker 镜像预装 Rust 工具链与 protobuf 编译器
值得快速浏览（diff 很小）。关注点有两个：一是 XPU CI 通过预构建镜像预装工具链、与后续变更解耦的策略，可作为"为依赖工具链的 PR 准备 CI 镜像"的典型先例；二是 rustup 未锁版本的问题，建议维护者评估是否需要固定工具链版本以保障构建可复现性。
FlashInfer 升级到 0.6.18，删除 Kimi-K3 定制镜像
值得快速浏览，了解“依赖升级 + 清理冗余镜像”的配套做法。重点观察：一是版本断言从 0.6.17 提升到 0.6.18 是否会误伤仍使用旧版本的环境；二是 AMD ROCm 7.2 CI 失败是否与本 PR 相关；三是删除 Kimi-K3 定制镜像的决策条件（官方 0.6.18 已覆盖 K3 能力）可作为后续清理类似定制镜像的参考。
ROCm 镜像 cherry-pick aiter 提交，修复 v4 fp4 kv-cache 问题
该 PR 改动极小（+2/-0、单文件），技术含量不高，但体现了一个值得注意的维护模式：在依赖 aiter 的 Dockerfile 构建链中以 cherry-pick 方式提前下放上游补丁。适合快速浏览确认构建链语义，无需精读；建议合并后登记跟踪项，确保 aiter 升级时清理。
cu134 镜像改用 FlashInfer 0.6.18 正式版
不值得精读，变更机械简单，读完 diff 即可。可作为依赖跟进型基础设施 PR 的参考样本：在预发布产物被上游删除后，如何快速把版本 ARG 切到正式版并顺带对齐其他 Dockerfile 的能力；值得留意的是 ai-dynamo 使用 `--pre` 不定版本安装带来的可复现性问题，后续可考虑固定版本号。
原始 PR · 作者 ishandhanani · 合并时间 2026-08-29 14:27
镜像预装 AI Dynamo nightly，免去手动安装步骤
值得快速浏览但无需精读。关注两点：一是 `ai-dynamo` 刻意不 pin 版本，镜像可复现性依赖缓存层状态，生产环境建议考虑固定版本或在独立 target/layer 中安装；二是 trevor-m 指出的 numpy 隐式降级需评估对镜像内其他组件的影响，建议在合并后补充一次完整镜像构建与冒烟验证。
更新 cu134 镜像依赖，修复 sgl- wheel 固定问题
该 PR 是基础设施调整，值得关注其解决 wheel 版本冲突的思路，以及如何通过环境变量和 sed 逻辑管理依赖版本。