Kimi K3.1：四个信号指向下周发布，以及那个谁都找不到的提交

关于Kimi K3.1，本周最有分量的说法是一项代码提交，而就中国科技媒体之外的任何人所能判断，这项提交并不存在。2026 年 10 月 19 日，多家中国媒体报道称，开源推理栈 SGLang 接受了一项题为“Kimi-K3.1 support for the K3 chat encoder”的变更，新增了名为medium的第四种推理层级和 107 个测试用例，并在特定修订版本上标记了一个名为 moonshotai/Kimi-K3.1 的 Hugging Face 仓库。这些报道都没有链接到该提交。我在 10 月 17 日至 20 日的 SGLang 仓库公开历史中寻找它，却找不到；今天那里也没有任何使用该标题的拉取请求，无论开启还是关闭。这并不能说明该故事是假的。它只说明其未经证实，而这正是关于下一代 K​imi 模型几乎一切内容的准确描述，包括那篇让这篇文章进入排期的从业者帖子：一位开发者称赞Kimi K3构建了一个动画植物养护 SaaS 网站，并顺带提到，“新模型正在酝酿中，我们下周就能看到。” 像这次发布背后有记录的 AI 故障和智能体事件，都收集在OrcaRouter AI Incident Archive中，每个条目都附有自己的来源、严重程度、置信等级和争议标记。

所以，这是一款尚未发布的模型的状态页。已经确立的是基线：Kimi K3，这是 Moonshot AI 于 2026 年 7 月 16 日宣布、并于 7 月 27 日发布完整权重的 2.8 万亿参数开放权重旗舰模型，拥有 100 万 token 的上下文窗口和三个推理层级。基线之上的一切——名称、第四个推理层级、发布周、价格、许可证——都是信号，而这些信号的质量参差不齐。将它们分门别类地梳理清楚，正是这样一篇写得如此之早的文章的全部价值所在。

四项信号，已分级

其中每一条都是独立的痕迹，而它们的强度并不相同。对它们进行排序比逐一列出更有用。

• 最强——前端标识符，10月17–18日。 开发者在检查 Moonshot 自家网站文件时发现了字符串 k3d1-agent，以及标有 make3d、BOT、AUTOMATION_K3 和 OK_COMPUTER_SWARM 的标记，还有一个新机器人模块，其用途公司外部无人知晓。这是第一方域名上的第一方代码。它不是一个模型，但它是供应商自己的命名机制，而它命名了某个并非 K3 的东西。

• 偏强——API 注册表目击，9月28日。 标识符 kimi-k3-1 出现在 Moonshot 的后端模型注册表中，据报道可响应接口探测，平台还曾短暂宣传过一款 K3.1 /“K311111”模型，具有 1M token 上下文窗口。三周后，仍然没有模型卡、没有价格，也没有可通过标准 API 列表调用的公开标识符。

• 弱于其字面观感——推理层级的提交，10月19日。转述详尽，却在原始来源中无法定位。下文将单独讨论。

• 最弱的一条，也是促使我们安排这篇内容的那条——一位从业者10月20日的附言。一位喜欢K3的开发者说，新模型正在“烹制”中，并将在“下周”亮相。没有名称，没有规格，没有截图，也没有声称掌握内情。这是带着日期的热情。它与其他三条在同一周出现，才让它值得一提，而不是这条帖子本身。

这四个都不是正式发布版本。Moonshot 的博客仍止于 7 月 16 日的 Kimi K3 和 PerceptionBench。平台文档仍列出 kimi-k3、kimi-k2.7-code、kimi-k2.7-code-highspeed 和 kimi-k2.6。Hugging Face 上的 moonshotai 组织没有任何比 Kimi-K3 更新的内容，后者创建于 2026 年 6 月 13 日，最后修改于 9 月 2 日。而供应商自己的费率卡有四行，其中没有一个是后继版本。

所报告的提交究竟声称了什么，以及为什么这个名称会重要

这些复述彼此高度一致，即使原始来源缺失，这一点也仍有价值。根据它们，该变更向 SGLang 的实验性路由器添加了适用于 K3.1 的聊天编码适配器，附带 107 项测试，覆盖聊天格式化、工具调用和图像输入，并指出 K3.1 的 tokenizer 文件与 K3 的字节完全相同，复用了相同的 16 个特殊 token。所提到的一项功能差异是推理阶梯：K3 提供 low、high和 max，而据称 K3.1 插入了 medium，其位置介于 low 和 high 之间，路由仍默认使用 max。

这个细节听起来可信，因为它与已经公开的信息相符。K3 不接受 temperature、top-p 或 seed；根据平台文档和我们自己的模型页面，推理深度通过 reasoning_effort 参数设置，而该参数恰好只有这三个值。继任者在这一阶梯上增加第四个档位，是可能的最不剧烈的改动，也最容易根据 diff 准确描述。这也是推理栈需要在发布前而非发布后编码的那类改动，因为路由器必须知道如何构造模型会接受的请求。

复述中更强的主张是{{1}}这个名字{{/1}}。一个提交若在特定修订版本中引用了{{2}}moonshotai/Kimi-K3.1{{/2}}，就意味着供应商的组织中存在一个仓库，即使该仓库是私有的或尚未被索引。这与竞技场代号或泄露的截图属于不同类别的产物：仓库标识符才是权重实际发布时所用的名称。但这也是我无法核实的说法。Hugging Face API 对{{2}}moonshotai/Kimi-K3.1{{/2}}返回 401——对任何无法解析到公共仓库的名称都是如此，包括故意伪造的名称，所以这个测试无论怎样都说明不了问题。

可核查的是底层基础。SGLang 确实一直在构建 K3 路由：一个通过其 Rust 处理器渲染 Kimi-K3 的拉取请求于 10 月 13 日前后合并，那一周内的提交补齐了渲染缺口、解析输出，并将 K3 对话下沉到引擎的 generate 路径上。一项将该工作扩展到 K3.1 编码器的后续提交，正是你会预料到的下一个提交。符合工程模式的说法比不符合的更可信——但这仍然不能证明这个特定提交存在。

K3 与所描述的模型对比

在这里，基线比平时更重要，因为如果 K3.1 是 K3 上的一个点版本发布，正如 tokenizer 声明所暗示的那样，那么你想知道的大部分内容已经可以从 K3 得到答案。

• 发布 — K3 于 2026 年 7 月 16 日宣布，完整权重于 2026 年 7 月 27 日在 Hugging Face 上发布；K3.1 没有日期，只有一个据报道的周。

• 规模 — 据 Artificial Analysis，K3 的总参数为 2.8 万亿，每个 token 约有 1040 亿激活参数；K3.1 的规模未知，任何与其相关的数字都只是基于 K3 的推断。

• 背景 — K3 为 1,048,576 个 token；9 月注册表中的发现和平台预告都指向 K3.1 相同的 100 万 token 窗口，这将使上下文达到持平，而非升级。

• 推理 — K3 提供低、高和最高档；据报道 K3.1 增加了中档，从而形成四个层级。

• 模态——K3 原生支持文本和图像输入、文本输出；目前没有任何报告表明 K3.1 会改变这一点。

• 价格 — K3 的标价为每百万输入 token 3.00 美元、每百万输出 token 15.00 美元，并提供 90% 的缓存折扣；K3.1 在任何地方都没有公布价格，而点版本发布通常会沿用价格，而不是下调价格。

• 许可证与权重——K3 以 Kimi K3 许可证发布，这是一种自定义的“其他”许可证，而非标准的开源许可证；后继版本究竟是否会开放仍是悬而未决的问题，而它如今已具有政策层面的维度。

对那次比较的诚实总结是：没有人发布过任何一份 K3.1 规范。推理强度（effort level）的新增是当前流传中唯一的功能性差异，而它来自一个无法定位的提交。任何引用 K3.1 的参数数量、基准测试或发布日期的人，都是在做外推。

决定你能否下载它的政策变更

这是故事中并非传闻的那部分，也正是这一点，让一篇关于中国开源权重旗舰模型的爆料文章在本周格外值得一读。2026年10月16日，中国商务部和科学技术部发布了2026年第48号公告，这是一份技术出口目录修订草案，首次将AI模型权重和源代码纳入其中。据行业媒体报道，覆盖门槛为两万亿参数及以上，或在性能与安全基准测试中跻身全球前十。共新增40项技术，其中23项与AI相关，14项拟禁止出口，26项拟限制出口（须经许可）。公众意见征询截止日期为2026年11月15日。

对于从中国以外阅读本文的人来说，真正起作用的主要是两项例外条款。已经通过开源发布或学术发表进入公有领域的技术不在受限范围内，对外国用户的 API 和 SaaS 访问也不受限制。一家媒体还报道称，一项临时登记措施自10月16日起实施，而目录本身仍处于征求意见阶段；其他报道则将整个文件描述为一份开放征求意见的草案，而这两种解读尚未在公开层面得到调和。请将草案状态视为已确立，将临时措施视为据报道。

为什么这偏偏落到 K​imi 头上：K3 以很大幅度超过两万亿门槛，而且它也是在有关该草案的报道中被点名高于该门槛的模型之一。K3 的权重已经公开，因此公共领域豁免对 K3 本身而言是自然解读——这是根据所报道文本作出的推断，而非裁决。真正悬而未决的问题是继任者。如果 K3.1 在目录定稿之后发布，那么在 Hugging Face 上发布权重与只提供 API 之间的差别，就不再是会议室里做出的产品决策；它变成一个许可问题，一边是部委。发布周的预热与草案出口目录相隔六天落地，这种巧合会改变读者能规划的东西，而且这是本故事中既新又有来源支撑的一点。

实际上，这支持一种特定立场：如果你等待 K3.1 是因为想自托管它，那就不要制定假定能够自托管的计划。如果你等待是因为想调用它，那么草案中的 API 例外安排正是让这件事很可能实现的部分，无论权重问题最终如何解决。

你今天可以呼叫的对象

Kimi K3已收录在我们的目录中，型号为 kimi/kimi-k3：1,048,576 token 上下文，支持文本和图像输入，按提供商自身标价、零加价，每百万输入 token 3.00 美元、每百万输出 token 15.00 美元。该系列中面向编程调优的成员 kimi/kimi-k2.7-code，在 262K 上下文下为 0.95 美元和 4.00 美元，更早的 kimi/kimi-k2.6 和 kimi/kimi-k2.5 则排在其后。四者均可通过一个密钥调用 200+ 款模型。

这对一篇泄密报道来说尤其重要。面对尚未确认的继任模型，人们常犯的错误要么是为了等它而搁置项目，要么在它出现当天就把生产路径押在它身上。路由解决的是第二种情况：把 K3 放在继任模型会使用的同一接口之后，当出现一个不熟悉的模型时，你可以把一小部分流量发给它，同时让回退链继续指向你已经评估过的东西。自动故障转移正是“试用一个未经证实的模型”与“依赖它”之间的分界线。由于我们按原价传递提供商的标价、不加价，供应商价目表上的发布日价格当天就会成为我们价目表上的价格——无需等待重新定价周期走完。

如何解读未来两周

按 Moonshot 生产这些产物的成本从低到高依次留意它们，因为每一个都更难伪造，而且每一个都更能定论。

• 供应商公开 API 列表中的一个模型标识符。仅凭这一个字符串，就能判断 K3.1 是否作为产品存在，而它通常会在任何发布公告之前出现。

• 一行价目表。名称旁边标有价格，就意味着该模型正在提供服务并计费，无论博客上怎么说。

• moonshotai 在 Hugging Face 上的一个仓库。正是它确定了相关数字和许可证；而且对这个模型来说，许可证字段是最该先读的内容，而不是最后才看。

• 中立排行榜上的一条记录。Artificial Analysis 在其 Intelligence Index 中将 Kimi K3 列为 44 分，在 121 个模型中排名第五，并且没有 {{1}}K3.1{{/1}} 页面。当该页面出现时，它将是这个故事中由非厂商方产生的第一个数字。

证伪说起来容易，但值得认真对待。名称可能不对：前端字符串曾是 k3d1-agent，注册表字符串曾是 kimi-k3-1，而媒体是按惯例而非通过公告统一采用了 K3.1 这一名称。形态也可能不对：后继版本可能以 K3.2 出现，也可能是规模完全不同的 K4，或者是在 K3 名下进行的后训练更新，完全不出新仓库。又或者，这一周可能就这么过去，正如 8 月窗口那样，也如一份源自野村的报告在 10 月 11 日所指的 10 月中旬窗口如今大体上已经过去那样。

面对这一切，该怎么做，说来很简单。如果你今天就需要一个 1M 上下文的开放权重模型，Kimi K3 可调用，也有实测数据，它的三个推理级别覆盖了第四个级别原本能覆盖的大部分场景。如果你想知道继任者是否真实存在，不要读评论——先查模型列表，再查价目表，最后查代码仓库。而如果你真正关心的是下载权重，而不是调用模型，那么本周该读的文件根本不是一份泄密材料。它是一份出口目录草案，意见征询截止日期为 11 月 15 日；关于哪些东西会以开放形式发布，它比任何人声称见过的任何提交都更能说明问题。