跳到主内容

Kimi K3.1 Pro 权重到期日复核：官方仓仍未上线，但 K3 权重这次查到了

Kimi K3.1 Pro 官方承诺「不晚于 2026-11-04」放出完整权重。本文用镜像站实测复核：官方仓仍未上线，同时首次核实 K3 权重仓库确实公开，并发现冒充 K3.1 Pro 的可疑仓库。

2026-11-04 · Kimi 官方技术博客（一手）/ Hugging Face 镜像站 API（一手实测）

发布 2026-11-04核实 2026-11-04

要点

  • 官方承诺的原文没变：Kimi 技术博客 Availability 小节仍写 "Full model weights will be released by Nov 4, 2026."——是「不晚于 11-04」（by），不是「11-04 当天」。2026-11-04 复核时该措辞未修订。
  • 截至 2026-11-03T20:00Z（北京时间 11-04 04:00），Hugging Face 上仍无任何 moonshotai/Kimi-K3.1* 官方仓库。本次按「作者 + 创建时间倒序」全量拉取 moonshotai 名下 19 个仓库，最新一个仍是 moonshotai/Kimi-K3（2026-06-13 创建，2026-09-02 最后修改）。
  • 首次核实：K3 权重确实公开可下载。moonshotai/Kimi-K3 仓库实测存在——下载量 779,427、点赞 11,931、文件数 119、pipeline 为 image-text-to-text、许可证 other / kimi-k3，含 .eval_results/（deep-swe / hle / gpqa / apex-agents）与视觉处理脚本。本站此前连续多轮标注的「未直接核对到权重仓库」就此解除。
  • 市场上出现冒充品：audnai/penclaw-Kimi-K3.1-pro-unrestricted 创建于 2026-10-23T21:38Z，早于官方 10-24 发布，下载量 0、点赞 120、仅一个 region:us 标签、创建后 6 分钟即停止更新。一个比官方发布更早出现的「K3.1 Pro 权重」不可能是真的，切勿下载。
  • 📌 取证方法变更：huggingface.co 的 API 在本机网络下连续多轮返回 HTTP 000（连接失败），本次改用 hf-mirror.com 镜像的同一套 REST 接口，一次成功。「官方站打不开」不等于「查不到」，换通道即可。
  • K3 权重开放时间可反向印证：社区量化版本（unsloth/Kimi-K3-GGUF、RadixArk/Kimi-K3-DSpark、modal-labs/Kimi-K3-DFlash 等）创建时间集中在 2026-07-18 ~ 07-31——与 CGTN 报道的「2026 年 7 月完成全量开放」吻合。

背景与分析

为什么这次复核值得单独成文

过去五轮，本站对 Kimi 权重状态的写法一直是「取证失败，不等于未发布」。这个写法守住了不编造的底线，但代价是 K3 的「可自托管」始终带着一个星号——读者看到的是「据说开放了，编辑没能核对」。

本轮换了通道（镜像站）之后，第一次拿到可直接引用的事实：K3 权重仓库存在、可下载、有明确许可证标识、有 77 万次下载。这意味着本站在 Kimi K3 模型卡 里挂了很久的「未核对」注解可以摘掉——K3 的自托管判断不再依赖转述。

而 K3.1 Pro 一侧，结论不变：权重还没落地。区别在于，这次「没落地」是实测没查到，而不是「查不到所以不知道」。

仓库实测数据

项实测值（2026-11-04 04:00 北京时间）
仓库 IDmoonshotai/Kimi-K3
创建时间2026-06-13T06:42:57Z
最后修改2026-09-02T02:22:41Z
下载量779,427
点赞11,931
文件数119（含 config.json、generation_config.json、kimi_k3_processor.py、kimi_k3_vision_processing.py）
许可证other，license_name: kimi-k3（自定义许可，非 Apache / MIT）
标签transformers / safetensors / compressed-tensors / 8-bit / image-text-to-text / deploy:sagemaker
评测结果.eval_results/ 下含 deep-swe / hle / gpqa / apex-agents

三点值得单独说明：

① 创建时间早于发布日（6-13 vs 7-17）不是矛盾。 大厂惯常做法是先建私有仓库、发布日转公开，createdAt 记的是建仓时间，不是公开时间。判断「何时开放」要看社区衍生仓的出现时间——本轮看到的是 7-18 起密集出现，与官方口径的「7 月开放」对得上。

② 许可证是 other + 自定义 kimi-k3，不是宽松开源协议。 想做商用或再分发的团队，必须去读仓库里的 LICENSE 原文，不要按「开源模型」的默认理解处理。本站未逐条读该许可条款，列为待核实。

③ 仓库带 8-bit / compressed-tensors 标签，且有 119 个文件。 这说明分发形态已经包含量化权重，不是只有 BF16 全量——对自托管的显存门槛有实际影响，但具体每一档的显存占用本站未实测。

那个「早产」的 K3.1 Pro 仓库

audnai/penclaw-Kimi-K3.1-pro-unrestricted 这个仓库有三个信号叠在一起：

信号观察值含义
创建时间2026-10-23T21:38Z早于官方 10-24 发布，派生模型不可能先于基座存在
下载量 / 点赞0 / 120有点赞无下载——点赞不来自真实使用
标签仅 region:us无 transformers / safetensors 等实际权重标签
最后修改创建后 6 分钟建完就没动过，像占位而不是发布

名字里的 unrestricted（解除限制）是社区对「去审查版」的常见叫法，这类命名本身就是高风险的信号：它承诺的正是官方模型不会提供的能力。在官方权重尚未落地、官方许可证尚未明确的前提下，任何号称「K3.1 Pro 无限制版」的权重都不可信。

本站不推断其动机（骗下载、投毒、还是单纯占名），只陈述可观测事实：它比官方发布更早出现，且没有任何内容证据。

到期日到底怎么算

官方写的是 "by Nov 4, 2026"，没写时区。三个可能的口径：

  • 美国太平洋时间 11-04 结束 → 北京时间 11-05 16:00 前后
  • UTC 11-04 结束 → 北京时间 11-05 08:00
  • 北京时间 11-04 结束 → 北京时间今晚 24:00

本站不替官方选定口径，只能说：在 11-04 全天结束前，权重未上线都还在官方承诺窗口内。真正的「违约」要到 11-05 各时区全部走完之后才能判定。

对开发者的影响

  • 等自托管的，现在仍不该做决策。 K3.1 Pro 权重没落地，可自托管的最新编程档还是 K3（有 8-bit 量化形态，显存门槛比全量低）。想现在动手的自托管方案，按 K3 排期，不要按 K3.1 Pro 排。
  • 已核实 K3 权重可下载，但先读许可证。 license_name: kimi-k3 是自定义许可，商用与再分发条款需自行核对原文，不要假设等同 Apache 2.0。
  • 任何「K3.1 Pro 权重」的第三方下载链接，先查两件事：仓库是否在 moonshotai 官方组织下、创建时间是否晚于官方发布。两条任一不满足就别碰。
  • Hugging Face 直连不通时换镜像。 本轮实测 hf-mirror.com 提供同一套 REST 接口（/api/models?author=…、/api/models/<id>），字段与官方一致。做供应链核验的自动化脚本，应该把镜像当备选通道而不是放弃。

AI 之家 观点

「取证失败」和「事实不存在」是两件事，本轮刚好把两者同时演示了一遍。

K3 的权重开放，本站守了五轮「未能核对」，但结论一直没错——它确实在 7 月就开了。K3.1 Pro 的权重，本轮实测没查到，但官方给的是「by 11-04」，没到期就不能算违约。这两个判断之所以能同时成立，靠的是同一件事：把「我没看到」和「它不存在」分开写。

真正值得记住的是方法论：通道不通的时候，先换通道，别急着下结论。 五轮 curl 全部 000，换一个镜像站就全解决了。这件事对读者也一样——你查不到某个模型有没有开源，先确认是你的网络问题还是它真的没发。

至于那个 10-23 就出现的「K3.1 Pro 无限制版」：开源权重生态里，「比官方更早的官方名字」永远是危险信号。 官方还没发，它凭什么有？

相关阅读

来源

取证边界：① 未直接访问 / 下载权重文件本体（只读仓库元数据 API），仓库内容以文件清单与标签为据；② 未逐条阅读 LICENSE 原文，商用条款列为待核实；③ 镜像站返回的 downloads / likes 是镜像侧计数值，与官方站可能不同步，本文只用于「是否公开」这一判断，不作热度结论；④ 官方博客页面未标注发布日期，正文仅写 "today"，本文按 10-24 多源一致口径引用。