同一天里，两条记录同时指向两个需要单独判断的决定：VS Code 的包要不要动，免费编程模型的路由要不要换。记录支持去核查这两件事，但都不支持直接迁移。

打开网易新闻 查看精彩图片

先看 VS Code。记录显示，微软分别打上了 release/client/11.0.0 和 release/server/11.0.0 两个标签，观察日期均为 2026-10-22。标签存在是事实，但标签本身并不解释兼容性、依赖变化或运行时行为——这是两件独立的包决策。

对客户端，合理的做法是先翻包清单和发布说明，再跑一遍现有的语言服务器检查，之后才考虑改动客户端依赖。对服务端，同样要独立审一遍包元数据。两个标签并不证明它们需要一次协调迁移，所以在同时更新之前，客户端与服务端的兼容性得先测。

另一条变化来自模型侧。ToolDrift 在 2026-10-22 发布了榜单更新，OpenRouter 的排名中，minimax/minimax-m3.1-flash:free 在“最佳编程模型”一项上超过了 nvidia/nemotron-3-ultra-550b-a55b:free，衡量口径是经由 OpenRouter 的 token 用量。

这个结果适合用来挑候选，不足以宣布一个通用赢家。榜单受限于它记录的类别、免费层级和抓取日期。真要换路由，先把两个模型 ID 固定下来，用同一套工作负载在当前测试集上跑对照，再比较结果。

可以照着这份清单逐项过：

  • 审客户端 11.0.0 的包元数据。
  • 审服务端 11.0.0 的包元数据。
  • 两者同时更新前，先查客户端与服务端兼容性。
  • 评估切换前，先固定两个记录在案的模型 ID。
  • 把 ToolDrift 的结果当作一个有日期的榜单观察。
  • 记录中没有更早的截止期限，因此不应推断或沿用任何期限。

两件事的共同点在于：证据只到“值得核查”这一步，离“自动迁移”还有距离。先测，再改。