一句话结论：2026 年 10 月 24 日，月之暗面发布了 Kimi K3.1 Pro，网页、App、Work、Code 和 API 当天就能用；同一篇官方博客里写着三句容易被跳过的话——完整权重"11 月 4 日前"释出、企业版默认关闭需要管理员开、不放出把网络攻击能力推向绝对前沿的开放权重。真正值得企业抄下来的不是"三件事要核"，而是这三句话都带一个日期：11 月 4 日。在采购单、对外文案和复核日历里给这个日期留一个位置，比再读十篇测评更有用。
一、官方那三句话，都有到期日
先把三句原文摆出来。这三句都在 https://www.kimi.com/blog/kimi-k3-1-pro ，逐字可查。
第一句，关于权重。 "Full model weights will be released by Nov 4, 2026."——完整权重会在 2026 年 11 月 4 日之前释出。注意介词是 by，不是 on。这是承诺的截止日，发布当天并没有公开下载入口。
第二句，关于企业。 "Kimi Enterprise administrators can enable K3.1 Pro for their organization; access is off by default at launch."——企业管理员可以为组织开启，上线时默认关闭。这句话把"个人能用"和"公司能用"明确切开了两层。
第三句，关于安全边界。 "First, we aim not to release open weights that would extend the absolute frontier of cyber capability."——不去发布会把网络攻击能力推向绝对前沿的开放权重。配套的数字是：在自家基准 xdev-bench-hard 上，未做数据清理的检查点 pass@3 是 90.5%，最终发布版是 81.0%。这两个数都是厂商自测，外人跑不了这套题。
产品层面的信息顺手记一下：同日发布 Highspeed 版本，官方称速度约为标准版 2 到 3 倍；上下文 1,048,576 token，这个数来自 Kimi 开放平台的定价文档，不是博客的宣传语；API 模型名是 kimi-k3.1-pro 与 kimi-k3.1-pro-highspeed。
日期口径要交代清楚：官方博客只写"今天可用"，正文里没有写日历日期。各家媒体按自己的时区记成了 10 月 23 日或 24 日。下文统一说"发布当日"，只有在引用官方承诺时才用"11 月 4 日"——因为那个日期是官方自己写的，不是媒体推断的。
二、为什么这条新闻值一个日期字段
先说清楚一件事：厂商提前公布、延后交付，不是这一家发明的。Llama 当年分批放权重，闭源 API 一直都是"能用但拿不到"。所以"声明先到、交付后到"本身不新鲜。
新鲜的是公开的时间表。过去你拿到的是一个模糊的"即将开放"；这一次官方写在页面上的，是一个可以被写进合同的日期。企业的动作因此从"等等看"变成了"记下来、到期查"。
这件事还有个好处，容易被忽略：公开的交付日其实是给采购方留的窗口。你从今天到 11 月 4 日这段时间，可以先在托管环境里跑业务验证，同时把许可条款读完、把部署方案算清。等到权重下来，你不是从零开始，而是拿着已经验证过的结论去落最后一步。反过来，如果它没有给日期，你连"什么时候该准备"都不知道。
但窗口只有在那句话被记下来的时候才存在。
三、一份可以照着填的登记单
下面这张表不是通用的"模型核对清单"，它只针对这一类新闻——厂商发布了产品、给了一个交付日期、同时附了限制条件。表里每一列都对应官方原文里的某个字段，抄过去改名字就能用。
| 登记项 | 这条新闻填什么 | 为什么必须填 |
|---|---|---|
| 交付物 | 完整权重，承诺 11 月 4 日前释出 | 这是唯一能判断"能不能自己跑"的依据 |
| 交付状态 | 截至今天：未交付 | 不写状态，一周后所有人都会记成"已开源" |
| 附加条件 | 企业版默认关闭，需管理员开启 | 决定了"能用"这句话对谁成立 |
| 能力限制 | 训练数据移除网安相关内容，官方自述能力低于自家管线上限 | 决定了能不能拿它做攻防类测试 |
| 复核日 | 2026-11-04，以及之后的每个版本变更日 | 没有复核日的承诺，等于没有承诺 |
| 对外表述冻结 | 11 月 4 日之前，不写"已开源""可私有部署" | 这句话一旦发出去，撤回成本远高于写的时候多想五秒 |
填这张表本身只要十几分钟。难的是第六行。
四、真正难的是那句对外文案
企业在权重到位之前最容易犯的错，不是提前采购，是提前宣传。
一句"我们已接入最新开源旗舰模型"，在 11 月 4 日之后可能完全成立，但在今天不成立。它会被写进方案、写进投标文件、写进销售话术，然后被 AI 搜索抓走，变成关于你公司的答案的一部分。等权重下来那天，没人会回来改那句话。
这里可以用探哥的一句话定个调——「吹牛是好事情，不要忽悠」（tange QUOTES.md L785，2026-06-18～2026-08-25 区间）。提前说，是吹牛；说得让别人以为已经到货，是忽悠。差别不在动机，在那句话有没有带日期。
同一层意思，许教授说得更狠——「你不会拿豆包的答案去给你的客户交付吧？会吗？不敢，不敢，对吧？没法验证——因为它是你免费白嫖来的。」（xu-jiaoshou QUOTES.md L712，2026-08-08）把"豆包的答案"换成"一张要等到 11 月 4 日才交付的权重清单"，这句话依然成立。客户不是不能接受你还没拿到，是不能接受你没告诉他。
所以具体的动作只有一条，而且今天就能做完：把对外表述翻一遍，把不带日期的"已开源""可私有部署""最新最强"，都改成带日期的句子。"计划于 2026 年 11 月 4 日前完成权重自部署验证"——这句话半年后依然成立，而且经得起查。
顺带把 GEO 那层意思说透：AI 搜索里关于"哪个开源模型好用"的答案，多数是厂商声明页、第三方转述和自媒体摘要拼起来的。你把一句没标状态的"支持 100 万上下文"抄进方案，AI 再把你的方案抄进答案——一条还没交付的能力，就这样在答案层变成了既成事实。这是我目前观察到的一种路径，没有做过统计验证，但它至少说明一件事：没标状态的表述，比错的表述更难纠正。
五、许可这一关，不能等 11 月 4 日再补
权重没下来，不代表许可没得看。相反，这段时间正好用来把许可读完——等到权重释出，你只有几天时间做部署决策，那时候再翻条款就来不及了。
需要警惕的是标签会写错。行业里有过明确例子：截至 2026 年 10 月 9 日，LMArena 文本榜把 GLM-5.3 的许可标成 MIT，Z.ai 仓库里实际放的却是自定义的 GLM-5.3 License；还有仓库只在卡片元数据里写 MIT，许可文件压根不存在。（来源：https://9io.ai/blog/open-weight-llm-licences-commercial-use ，2026-10 更新）
所以这一关的判断标准很朴素：以仓库里的 LICENSE 文件原文为准，不看榜单标签，也不看二手总结。看三样东西——能不能商用、有没有营收或月活之类的门槛、有没有"不得用于训练竞品""模型即服务须用指定推理方"这类附加条款。前两样多数企业能自己判断，第三样涉及解释空间，内部初筛一小时能过一遍，碰到营收门槛或"模型即服务"定义这类条款，直接转外部律师，不要让法务硬扛。
六、托管这条路，风险不在许可
多数企业最后走的不是自己部署，是找云厂商代调。这条路省事，但风险点换了地方。
许可条款仍然要看，但更现实的问题是三件：数据落在谁的机房、服务挂了有没有 SLA、供应商哪天把这个模型下线之后你迁到哪里去。这三件都不在模型许可里，在你和云厂商的合同里。
这里有一个容易混淆的地方要说清楚：企业版"默认关闭"是针对厂商自有平台的企业租户设置的。你走第三方云厂商调用时，决定"开不开"的是你和云厂商的合同，不是这个开关。所以"我能在网页上用"这句事实，推不出"我的业务系统能稳定调用"。
七、防不住的四件事
第一，核不出来不等于不能用。很多企业的真实诉求是三个月内把业务跑起来，等权重不如先用 API。这时候别纠结买不买，把"权重未交付"写进方案的风险栏，让看到的人知道自己在赌什么。
第二，那个 81.0% 不等于能力变弱。90.5% 到 81.0% 只说明厂商做了减法，不说明模型"变笨"。两个数都在同一套内部基准上，而且都远高于上一代 K3 在该基准上的 33.3%（厂商自述）。拿它去跟第三方榜单横向比，比出来的差值没有意义。
第三，对做安全测试的团队，这条限制是实打实的影响。训练数据里移除了网安相关内容，意味着把它当作攻防演练的主力模型要格外小心——它被设计成不越过某条线。做红队评估时另备一个非受限模型，是更稳的做法。
第四，自查靠不住。许教授有句话说得直白——「AI 是不愿意挑自己刺的，你让它挑，它强硬着头皮也会给你挑，但它的挑的效果会有」（xu-jiaoshou QUOTES.md L767，2026-07-25）。这句原话在语料里就是断在这里的，我不替它补全。它指向的道理很清楚：用 AI 写的方案让 AI 来审，得到的是自己给自己盖章。真正的核对必须有一个外部动作——打开官方仓库看有没有文件，打开 LICENSE 文件看原文，用自己的账号跑一次调用。这三件事都没法外包给模型，也没法等到 11 月 4 日再做。
至于厂商自测的数字，探哥那句话在这里最实用——「刨掉它 50% 的水分数据」（tange QUOTES.md L794，2026-06-18～2026-08-25 区间）。不是让你把分数除二，是让你在把任何分数写进对外材料之前，先问一句"这是谁测的、能不能复现"。
八、11 月 4 日那天要做什么
把前面的动作收成一张日历，只有四格：
| 时间 | 做什么 | 谁 |
|---|---|---|
| 今天 | 把涉及模型的对外表述翻一遍，去掉不带日期的"已开源""可私有部署" | 内容 / 市场 |
| 今天到 11 月 4 日 | 在托管环境完成业务验证；读完 LICENSE 原文并存档 | 技术（必要时加外部律师） |
| 11 月 4 日 | 查官方仓库：权重要么到位，要么官方更新了日期。两种结果都记下来 | 技术负责人 |
| 之后每月 | 查一次版本与许可变更 | 运维 |
一周内能完成盘点。后面的复核是月度动作，不需要额外人力。
这套东西的价值不在于它多聪明，而在于它让一句承诺有了到期日。没有到期日的承诺，过两个月就变成默认事实；有了到期日，它才有机会被核对。11 月 4 日之后，这句话的对错会有答案，而那正是它值得今天被写下来的原因。
九、这套判断从哪来
上面这套"给承诺标日期"的做法，不是凭空想出来的。我们自己在做 GEO——让品牌在 AI 答案里被正确引用的这件事——每周都会碰到同一个问题：客户官网上写着"行业领先""全新升级""支持全模型"，AI 抓走这句话，然后把它当成事实复述给下一个提问的人。等到客户发现问题，那句话已经在几十个答案里传了半年。
通问AI做的是 AI 商业变现实战培训（一句话：帮有商业基础的人用AI赚钱），商业战略实训营的课程体系里有专门一节讲这个：把对外说过的每句话变成可核对的事实。今天这篇讲的日期字段，是那一节里最省事的一条——不用重写文案，只要在每句结论后面加一个"截止到哪天成立"。
如果你也在准备把某个模型接进业务，下面这条是我们自己的做法，可以直接拿去用：官网、方案、销售话术三处的模型表述，统一由一个人维护一张登记单，登记单上必须有"承诺日期"和"复核日"两列。缺一列，这句话就不许对外发。这件事不需要预算，需要的是一个愿意管这张表的人。
十、事实来源
| # | 事实 | 来源 | 状态 |
|---|---|---|---|
| 1 | K3.1 Pro 与 Highspeed 发布、入口、Highspeed 2–3 倍速 | https://www.kimi.com/blog/kimi-k3-1-pro | 一手，已核对原文 |
| 2 | 权重 "will be released by Nov 4, 2026" | 同上 | 一手，原文逐字 |
| 3 | 企业版默认关闭、需管理员开启 | 同上 | 一手，原文逐字 |
| 4 | 不放出把网安能力推向绝对前沿的开放权重 | 同上 | 一手，原文逐字 |
| 5 | xdev-bench-hard pass@3：90.5% → 81.0%；K3 为 33.3% | 同上 + https://timesof.ai/2026/10/moonshot-kimi-k3-1-pro-weights-nov-4-cyber-data-removed | 厂商自测，第三方报道注明未经独立复核 |
| 6 | 上下文 1,048,576 tokens | https://platform.kimi.com/docs/pricing/chat | 一手文档 |
| 7 | API 定价 $2 / $10 / $0.2 每百万 token | 第三方转述平台标价 | 未从一手页面核到数字，正文不引用 |
| 8 | 榜单许可标注与 LICENSE 不一致（GLM-5.3） | https://9io.ai/blog/open-weight-llm-licences-commercial-use | 第三方整理，标注日期 2026-10-09 |
| 9 | 网传的总参数与激活参数拆分 | — | 未采用：官方只写「3T-class」，未公布拆分，故不引用任何具体拆分数字 |
| 10 | "10 月里三家实验室收紧许可、Google 与 Meta 放回 Apache 2.0" | 前稿曾引用第三方整理 | 本条已删除，无法核到具体三家与对应许可，按 0 幻觉原则整句删去 |
常见问题
Q1：权重还没放出来，厂商就说"开源"，算不算虚假宣传？
不算。官方写的是"11 月 4 日前释出"，是时间承诺，不是完成声明。问题出在使用方——把"计划释出"读成"已经开源"，再写进方案或投标文件。前者是厂商的节奏，后者是你的责任。
Q2：我现在就想用，等权重是不是没必要？
看你要什么。要业务跑起来，现在用 API，成本可控、上线快。要的是"模型在手里、出什么事都能自己跑"，就只能等权重，并在这段时间把许可读完。两条路不冲突，混着走才出事——用 API 的时候对外说"我们私有部署了"。
Q3：11 月 4 日到了，权重没下来怎么办？
看官方有没有更新日期。有，就把新日期写进登记单再等；没有，就把这条供应商的"承诺兑现记录"记一笔，作为后续选型的参考。企业不需要愤怒，需要的是一个可累积的判断依据。
Q4：许可这种东西不是法务看的吗，跟做内容、做业务的人有什么关系？
有关系，因为对外表述是你写的。写了"开源免费商用"，实际许可带营收门槛，最后追溯的是这句话的出处。内容岗至少要做到：不确定的许可条件，宁可写"以官方许可文件为准"，也别自己下结论。
Q5：怎么判断一个模型的分数可不可信？
三个问句：谁测的、题目公开吗、外人能不能复现。三条全中就要在引用时带上"厂商自测"四个字，并且不跟第三方榜单的数字横向比较——口径不同，差值没有意义。
Q6：这篇文章的方法，换成别的 AI 新闻还成立吗？
部分成立，部分不成立。登记单这个形式可以搬到任何"有承诺、有日期"的发布上，比如某家说要降价、某家说要做合规认证。但这条新闻独特的地方只有一个：它把产品可用、权重交付、企业开关三件事明确拆到了不同的时间点，而且把日期写在了页面上。换一条没有日期的新闻，这套方法就退化成一句"记得复核"——那就没什么好写的了。