拆解 Kimi K3:前沿大模型的真正壁垒不只在架构

Kimi K3 报告显示,模型壁垒正转向训练环境、验证器与低成本推理系统。

冷月清谈:

文章解读了 Kimi K3 技术报告。K3 是总参数达 2.8 万亿、单 token 激活 1040 亿参数的 MoE 模型,通过 Kimi Delta Attention、跨层注意力残差和稀疏专家路由,在长上下文能力与计算成本之间取舍,并以固定状态支持百万 token 上下文。报告更值得关注的部分是模型之外的系统工程:月之暗面构建了带自动验证器和反作弊机制的强化学习环境,分别训练不同领域、不同推理强度的九个专家模型,再通过多教师蒸馏合并。部署侧则利用前缀缓存、缓存感知路由、请求分级、量化和推测解码控制成本。文章认为,前沿模型的竞争壁垒正由权重和单点架构创新,转向训练环境、奖励机制、数据流水线及推理基础设施。K3 的第三方评测表现处于开源模型第一梯队,但部分成本、安全和应用案例仍来自厂商自述,需要谨慎看待。

怜星夜思:

1、百万 token 上下文听起来很强,但实际应用里,它真的比 RAG 和外部记忆更好用吗?该怎么测?
2、如果架构创新只是渐进改进,训练环境和验证器会不会成为下一阶段最重要的护城河?
3、开源模型已经能发现真实漏洞、生成利用代码,开放权重和安全治理之间该怎么找平衡?
4、小团队做大模型应用时,评测、缓存、路由、量化和智能体框架,应该先投哪一块?

原文标题:独家丨前沿大模型是如何炼成的——解读 Kimi K3 技术报告

原文作者:数据派THU

原文内容

图片
作者:Sean Moran
翻译:尹悦
校对:曹江昊

本文约9500字,建议阅读25分钟
本文介绍了 Kimi K3 报告背后的架构改动、训练环境设计与推理成本控制逻辑。


关键词:Kimi K3、Kimi Delta Attention(KDA)、环境与验证器、环境与验证器、推理服务经济学(Serving Economics)、Serving Economics


在月之暗面(Moonshot)关于其开源前沿模型的这份 47 页报告中,模型本身的篇幅出人意料地少。报告大部分内容围绕环境设计、奖励函数设计和模型在实际部署、推理服务时的成本控制和商业经济学逻辑(serving economics)—— 这些往往是闭源实验室从不对外公布的机密。


图片标准 Transformer 注意力机制与 Kimi Delta Attention(KDA,Kimi 增量注意力)的对比:全注意力会保存随序列长度持续增长的 KV 缓存;而 KDA 通过遗忘门将信息压缩为固定大小状态,从而实现线性复杂度扩展。


前沿大模型在发布时,通常不会公开其构建过程的太多细节。虽然模型权重与系统卡文档是公开可获取的,但关键的工程细节属于私有信息核心机密:包括训练流程、强化学习目标、降低推理服务成本的各类优化方案。因此,绝大多数外部分析不可避免地只能基于模型可观测的输出表现,而非模型内部构造逻辑。


Kimi K3 是一个值得研读的特例。它不仅是开源模型,在大多数基准测试上性能接近顶尖闭源模型;而且月之暗面还发布了这份 47 页技术报告,详细拆解了其他实验室通常秘而不宣的内容。我花了一个下午读完这份报告,印象最深的一点是:在整个研发工作中,模型本身所占比重很小。


首先声明一个前提:下文所有具体细节均来自月之暗面的实践。我推测那些闭源实验室也在进行同类工作,只是做法各有不同,但这也只是我从外部做出的推断。因此,文中关于“前沿模型现状如何”这类概括性观点,仅作为参考猜想。


模型架构:一系列微小改动的叠加


架构是最直观的切入点,但其创新点并没有颠覆性突破。K3 是 2.8 万亿参数的混合专家(MoE)模型。相比上一代 Kimi,性能提升来自三项相对成熟的工程改进叠加。


首先,在注意力机制上,它保留的是一个固定大小的运行状态(Running State),而不是随输入不断增加的缓存(Cache),这正是它能让百万级上下文窗口落地的关键。大部分层使用这种低成本版本,只有每 4 层执行一次全注意力。其次,模型不再显式编码位置信息,因此必须由这种循环机制来承载位置信息,这使得模型能够轻松扩展到百万级 token,而无需使用常规的缩放调整技巧(Rescaling hacks)。第三,每一层不仅能看到它正下方的那一层,还能回溯其下方的所有层,这样早期的信号在向上层层传递时就不会被稀释掉。最后,每个 token 会路由至 896 个专家中的 16 个,这比之前更加稀疏,需要精细调参来保证训练稳定。


月之暗面称,相比 Kimi K2,K3 的扩展效率提升 2.5 倍:即在不到一半的训练算力下,就能达到大致相同的模型质量。他们将这一成果归功于架构改进、数据优化以及训练配方(Training recipes)的完善,但并没有具体拆分各项的功劳占比。因此,不要把这 2.5 倍的提升理解为三项架构改动相乘带来的结果。这里的每一项都是经过充分验证的常规思路,而非某种单一的重大突破。


三项改动的通俗解读


Kimi K3 的设计目标非常明确:提升注意力机制的效率、让残差信号的传递更清晰,以及平衡各个专家(Experts)的利用率。


注意力机制本质上就是一个查找表,这正是长文本处理极其昂贵的原因。Transformer 在处理每一个 token 时,都需要回顾之前所有的 token,并对它们进行加权混合——这相当于一次“软性查找”。为了实现这一点,它必须为迄今为止的每一个 token 保留一份小小的键值(Key-and-Value)记录,也就是所谓的 KV 缓存。


你可以把它想象成一个永远不会丢弃任何卡片的档案柜:每输入一个新词,系统就会存入一张新卡片,然后翻阅抽屉里已有的所有卡片,来决定当前应该关注什么。在几千个词的规模下,这完全没问题。但当长度达到一百万时,这个抽屉就会变得极其庞大,而且每输入一个新词都要重新翻阅整个抽屉,导致成本随长度的平方呈指数级攀升。


K3 的核心注意力机制,把这个档案柜换成了一份不断更新的“运行摘要”——一个固定大小的记事本,随着处理过程不断被覆写。这个记事本的容量永远不会增加,正是这种固定大小,让百万级上下文窗口变得经济可承受。


当然,这也是有代价的:摘要无法保留所有细节,因此它必须学会“遗忘”。为此,K3 为摘要提供了一个“按特征调节的旋钮”(Per-feature dial),用来控制旧细节淡出(被遗忘)的速度。此外,摘要也无法做到随叫随到地精确回忆起某个早期的 token。因此,K3 每处理三个记事本层,就会保留一个真正的档案柜层(即全注意力层),在真正需要精确召回的关键地方,把这种能力买回来。

图片 

图 1:Token 混合的两种方式。全注意力为每个 token 保存一组键值对,新 token 与全部历史比对(开销∝n²);Kimi 增量注意力通过遗忘门 α,将所有 token 压缩进单一固定状态(开销∝n)。K3 在每层全局模块中堆叠三层线性注意力层。

图源:作者自制。


由于固定状态层在更新时本身就会追踪序列顺序,K3 彻底抛弃了显式的位置编码(Positional Encodings)。大多数模型会像 RoPE(旋转位置编码)那样,将位置信息强行附加到注意力机制上。而如果在后期想要扩展上下文窗口,就必须对这些频率进行重新缩放或插值处理,这种做法不仅繁琐,还会带来信息损耗。相比之下,K3 的循环机制可以说是‘免费’携带了位置信息,因此同一套模型权重在早期训练时可以在 8K 长度下运行,在长文本训练阶段结束后又能直接在 100万(1M)长度下运行,中间完全不需要对位置编码进行任何‘外科手术’式的调整。


同样的软查找思路,还可以向上拓展,跨层读取信息,而不只局限于 token 之间。多层堆叠模型中,传统残差流会把每层输出叠加到一个全局累计值,向上传递。可以想象成一本记事本依次传给一排人,每人写下一行内容;传到顶层时,最早期的信息已经被淹没,模型要消耗算力来保留早期信号。注意力残差允许某一层能够直接回溯并读取早期层的输出,并通过 Softmax 函数对它们进行加权:这本质上和注意力机制使用的是同一套‘软性查找’工具,只不过这次它的查找方向是“跨越深度(Depth)”,而不是“跨越序列(Sequence)”。这样一来,某一层可以直接从源头提取信息的混合体,而不是像传话游戏一样逐层传递。这种改动的代价在于内存,而不是需要引入什么新机制:因为每一层的输出都必须保持活跃状态,以供上面的层随时读取。为了控制这笔“内存账单”,K3 并没有对全部 90 多个层进行注意力操作,而是仅对少量的“区块摘要”进行注意力查找。”

图片 

图 2:信息在网络层间的传递方式。标准的残差流(Residual Stream)只携带一个不断累加的总和,因此早期层的信号往往会被淹没在网络顶端;而‘注意力残差’(Attention Residuals)机制则允许每一层直接读取早期层的输出,并通过 Softmax 函数对它们进行加权(即箭头上的α值):这本质上是将同一套‘软性查找’思路,应用到了网络的深度维度上,而不是序列维度上。

图源:作者自制。


混合专家机制将每个 token 分配给少数专家。K3 并不是把每个 Token 都塞进一个巨大的前馈神经网络中,而是保留了 896 个较小的专家网络,并配备了一个路由器,将每个 Token 仅分配给其中的 16 个专家。可以类比一家拥有 896 位专科医生和分诊台的医院:患者不需要全部医生接诊,分诊台只挑选适配的少数专家。这就是该模型总参数量 2.8 万亿,但每个 token 实际激活仅 1040 亿参数的原理。这样一来,模型的“总容量”和“单 Token 计算成本”就被解绑了——你可以不断增加专家来拓宽模型的能力边界,而无需为运行所有专家买单。这种节省体现在算力上,而不是内存上:这 2.8 万亿个参数仍然必须全部存放在高速显存中以保证随时可被调用,这也是为什么部署这种规模的模型本质上是一个集群工程问题。


但路由模块存在偏好问题:不加约束时,路由会把绝大多数 token 导向少数热门专家,造成部分专家过载,其余专家闲置、训练不足。因此可用的 MoE 模型必须做负载均衡,如同餐厅领班把客人均匀分配给所有服务员,而不是全部集中到同一区域。K3 使用约束机制,推动所有专家负载趋于均等;这种负载平衡调优,正是大型稀疏 MoE 模型训练不稳定、难以收敛的主要原因。

图片 

图 3:大规模专家池与选择性路由。每个 token 路由至 896 专家中的 16 个,2.8 万亿参数模型单 token 仅激活 1040 亿参数。不加管控时路由会让少数专家过载、其余专家欠训练;负载均衡规则实现负载均匀分配。

图源:作者自制。


整体可以归纳为三点核心思路:一是软性查找(Soft Lookup),它既在 Token 之间发挥作用,又在网络层之间发挥作用;二是固定大小的运行状态(Fixed-size Running State),在软性查找成本过高的地方,它用来作为替代方案;三是稀疏性(Sparsity),它让模型能够不断拓宽能力边界,而无需增加处理单个 Token 的成本。


在并行硬件上实现串行循环计算


Kimi 增量注意力(KDA)赖以降低开销的持续状态,本身带来新难题;月之暗面对该问题的处理方案,是报告中最有意思的部分之一。循环计算本质串行:第 t 号 token 的状态依赖第 t−1 号 token 的状态。因此,最朴素的实现方式就是沿着序列一个 Token 一个 Token 地往下走。但 GPU 恰恰是相反的机器,它天生就是为了同时运行成千上万个操作而设计的,严格的从左到右的循环会让 GPU 几乎全部处于闲置状态。


解决方案是分块计算:把序列切分为数百 token 的片段。在片段内部,循环逻辑可以改写为若干稠密矩阵乘法,恰好适配 GPU 张量核的强项,片段内部全部并行执行。仅需要在片段之间传递很小的固定状态,这是仅剩的串行环节。月之暗面自研内核将状态传递和下一分段矩阵运算重叠执行,硬件核几乎不会因等待状态切换而停滞。绝大部分计算开销转化为并行矩阵乘法,串行部分占总运行时间的比例极低。


把单条超长序列分布在多张 GPU 上,还需要额外的设计。传统注意力在上下文变长时,需要在 GPU 之间传输持续增大的 KV 数据块;线性注意力仅传递固定大小状态,传输成本低得多。难点在于 KDA 带门控的更新机制,不能简单叠加各 GPU 本地计算的状态:其增量规则会用与 token 相关的矩阵乘输入状态,分段计算结果依赖进入该分段的初始状态。月之暗面的方案:将每个分段拆成两部分,GPU 可在不知道输入状态的前提下独立计算:一个转移矩阵(描述该分段对任意输入状态的变换),以及假设从零初始化得到的独立状态。按顺序合并这两部分,仅通过一次固定大小的数据交换与跨设备扫描,就还原每个 GPU 真实的起始状态。百万 token 训练步骤中,注意力模块仅需要在每个分段间做少量固定尺寸数据交互,不会产生随序列膨胀的通信流量。专家模块仍然存在常规的跨 GPU token 路由开销,但这部分开销本就不随上下文长度增长;这套方案解决的正是随上下文膨胀的通信瓶颈。


大部分工作量在于训练环境的搭建


闭源实验室往往一句话概括这一阶段:“我们在智能体任务上做强化学习训练。” 而月之暗面则用了 20 页篇幅详细描述整套流程,这也是我目前看到过的最清晰的解析。


K3 几乎全部强化学习都运行在团队自研的环境中,每个环境自带答案校验能力。代码任务方面,搭建 GPU 内核评测套件,对照专家实现版本,从正确性与运行速度打分;配套作弊检测器,一旦模型通过 CUDA 图回放、主动降低精度等手段虚假达标,就进行惩罚。助手类任务搭建模拟 Gmail、Notion、Slack、Canvas等工具,可跨模拟天数维护状态,单个任务可触发数千次工具调用。


其中两类环境值得重点介绍。


自主执行任务(Autonomous-execution tasks)是其中难度最高的一类。任务仅向智能体提供初始状态、目标、工具集、资源预算与校验器,没有参考答案,也没有可供复制的流程。智能体必须自行拆解问题、制定规划、执行操作、从错误中恢复,并判断任务完成时机;评分依据是校验器在最终状态检测到的结果,而非模型自己宣称 “任务完成”。报告示例包括:基于黑盒查询逆向还原隐藏系统、挖掘量化因子、税务审计。为防止模型钻评测器漏洞,月之暗面将校验器拆分为两套:公开校验器提供诊断反馈供模型学习;隐藏校验器用于评估模型从未见过的保留测试用例。


内核优化评测套件也存在同样的攻防博弈。奖励同时对照专家实现,兼顾正确性与运行速度。模型会寻找捷径:回放缓存 CUDA 图、缓存输入、悄悄降低数值精度,不完成真实计算也拿到高分。这类作弊行为必须被检测并施加惩罚;模型在训练中不断找到新漏洞,团队就要持续新增防护。评测器与模型之间这种持续攻防迭代,就是搭建训练环境的核心工作。


训练任务从何而来


训练环境需要足量高质量任务,在如此庞大的规模下不可能人工编写。月之暗面利用智能体自主构建的知识图谱来生成任务。流程从少量宽泛的种子主题(Seed topics)起步;智能体遍历图谱上的每个节点,通过搜索网络来理解该概念,向下生成更细粒度的子概念,同时,它会检查已有的内容,以便复用已有节点。当概念足够具体,达到不可再分的原子级别(Atomic)时,该分支停止生长。最终得到一个从宽泛领域到细分专业场景的层级知识图谱。


随后,系统通过对图谱中的节点进行采样来生成任务:有时采样单个细粒度概念,有时采样一组关联概念,把关键词与父节点上下文组合成网页检索 query。检索得到真实文章、代码、文档,交给合成智能体,生成最终训练任务。采样深度控制任务的专业程度,而跨分支采样控制任务覆盖范围。团队借此调控训练数据分布,针对性补齐薄弱场景,而不是盲目生成模型已经掌握的任务。


还有第二项技巧用来解决一类更隐蔽的失效问题:如果一个智能体始终在同一个固定的框架(Harness)内进行训练,使用同一套工具接口(Tool schema)和同一种上下文管理方式,那么它学到的可能更多是这个框架本身,而不是底层的实际任务。为了解决此类问题,月之暗面将任务框架做成可配置组件:工具、提示词、记忆、子智能体均可插拔,可以组装成 Claude Code、Codex、Kimi Code 等主流框架,或是全新的自定义框架。训练过程中模型接触多种框架,从而在不同执行脚手架上实现泛化,而不是死记某一种特定的交互模式。


九个专家模型融合为一个模型


整个训练流水线分为三阶段。第一阶段是监督微调(SFT),为模型提供可用的基础策略;第二阶段是强化学习(RL),但这并非为一次性训练:月之暗面在三大领域(通用任务、通用智能体、代码智能体)内,分别设置了 3 种推理强度(低、高、最高)。3 领域 × 3 推理强度,得到 9 个专家模型,每个专精各自场景。分开训练,可以避免单一策略同时兼顾代码、通用任务、多档推理强度带来的任务冲突;每个专家模型在自己领域快速收敛,不同任务间的矛盾交由蒸馏阶段统一调和。第三阶段为多教师在线策略蒸馏(Multi-teacher on-policy distillation),将 9 个专家模型全部融合为最终对外发布的单一模型,每个专家在自己擅长的场景向学生模型传授知识。


推理强度的设计也很有启发意义。在强化学习阶段,系统会基于冷启动模型预估每个问题的 token 预算;任何交互轨迹一旦大幅超出预算,奖励会被直接置为惩罚。训练过程分阶段下调预算系数,从宽松的最大预算逐步收紧到低推理开销模式。最终模型可以接收指令,选择深度思考或轻量化快速推理,并且能够遵守该设定。预算机制同样用于奖励侧:没有自动校验器的任务,由生成式奖励模型根据现场生成的评分标准打分;如果模型推理耗时过长,直接判定任务失败,避免模型靠冗长填充答案刷高分。


单独来看,每个技术都是常规技术。但亮点在于,这些能力塑造完全是通过训练循环和奖励设计来实现的,而不是通过改变网络架构。


前沿大模型本质也是一个大型的系统工程


如果你以为前沿模型研发主要是机器学习算法,那么大量底层系统工程工作会超出预期。这项工程的核心难点,在于让三个极其复杂的组件协同运行:一个线性注意力(Linear-attention)模型、一个拥有 2.8 万亿参数的稀疏网络,以及长度高达百万级 Token 的推理轨迹(Rollouts)。


模型架构的很大一部分是由它未来的推理部署场景决定。他们在前向传播(Forward pass)阶段,就直接将专家网络的权重量化到了 4-bit,而不是训练结束后再量化。这样一来,模型在训练阶段就适应上线后的精度,避免日后出现“训练与推理精度不匹配(Train-inference mismatch)。同时,他们还利用网络内部内置的一个小型预测层,来训练用于推测解码(Speculative-decoding)的草稿模型,并且直接针对决定加速效果的“接受率(Acceptance rate)”进行优化,而不是去优化某个间接的替代指标。这两项架构选择,都是由“推理服务成本”而非“模型准确率”驱动的。


报告中的几个案例可以很好地佐证。K3 甚至自己调优了底层的注意力计算内核。月之暗面表示,在项目后期,一个早期的模型检查点已经可以承担团队大部分内核开发工作。它端到端地实现了类似 Triton 的编译器;并且在独立自主任务中,完成一款小型推理芯片布局,时序收敛到 100MHz。另外一项科研案例中,模型在数小时内复现一系列天体物理结果,交叉核验二十余篇论文与数千行自研代码;人工完成这项工作预估需要 1~2 周。相关数据来自月之暗面自述,并非独立第三方审计,参考时需要审慎看待。报告认为这类系统工程原本依赖顶尖人力,而模型已经可以承担相当一部分工作。


推理部署经验:小规模模型同样适用


以上讲的是如何构建模型。报告的最后部分则是关于如何运行(部署)它。如果我是工程师,我会首先把这一部分交给他,因为其中的大部分经验,在你真正去部署 3 万亿参数的模型之前,就已经非常适用了。


这些经验背后的经济学逻辑设定了其余的一切。K3 在设计层面就追求低推理成本;大部分优化手段属于常规基础设施技术,它们都围绕着一个关于大语言模型的特殊事实展开:每一个请求都携带着一个庞大、可复用且重建成本极高的状态(State),因此推理服务的设计必须将这种状态视为“稀缺资源”。


成本最低的是前缀缓存(Prefix Caching)。在一个长代码会话场景中,一个典型的请求可能包含 40 万 token 的前缀,而真正新增内容仅 4000 个 token。如果每一步都重新计算全部前缀,每一步都要承担完整开销;但如果将其缓存,缓存命中的开销大约只有未命中的百分之一。任何在不断增加的上下文中循环工作的智能体,都会一次又一次地付出这种代价,这使得“缓存命中率”成为系统设计时必须围绕的核心指标。K3 在这里有一个特殊的设计:传统的 KV 缓存可以在任意节点复用;但固定大小的运行状态仅在保存副本的位置可复用。因此它的线性注意力层需要定期对其状态进行快照,以供后续请求复用。


一旦前缀被缓存,持有该缓存的机器处理请求的成本,就远低于没有缓存的“冷机器”,因为跨机器传输缓存非常缓慢。因此,月之暗面通过一致性哈希将每个会话固定绑定到拥有其前缀的集群上,并在主集群宕机时提供一个备用集群。


另一个更隐蔽的难题是混合不同大小的请求。真实的流量范围从 2000 到 100万个 token 不等,因此每个请求的成本跨度高达三个数量级。如果突然涌入大量长请求,就会吃满机器资源,导致短请求在它们后面排队,最终让所有人的延迟都崩溃。月之暗面的解决办法是为每种规模的请求分配独立的预算,这样长请求的洪峰只会“饿死”它们自己。还有两个较小的补充机制:一是“缓存分层(Tiering)”,将闲置的前缀从 GPU 显存转移到普通的 CPU 内存中,在需要复用时再拉回;二是根据缓存压力和队列深度等实时信号来动态设置并发量,而不是依赖一个固定的猜测值。


这些手段全都是业界标准的:缓存、路由、准入控制和背压(Backpressure),这是任何高负载服务都会用到的工具箱。唯一的特殊之处在于,这种工作负载中每个请求携带的状态极其庞大。


第三方评测数据的表现


一套方案的价值取决于最终效果,而第三方评测数据比实验室自己的数据更重要。在它自己的基准测试上,K3 落后于 Claude Fable 5 和 GPT-5.6 Sol,但击败了其余所有模型——这也大致是外部评测所讲述的故事。在Artificial Analysis 的智能指数中,K3 在模型家族中排第三,仅次于 Claude Fable 5、GPT-5.6 Sol;在全部 580 个参评模型版本中排第四,因为 GPT-5.6 Sol 有两套不同推理强度版本单独参评,分数高于 K3。在人工投票的 WebDev Arena 榜单上,K3 位列全部模型第一名,是首个登顶该榜单的开源模型。但 Arena 只衡量人类对一类任务输出的偏好,维度比综合指数窄,这也是 K3 唯一拿到第一的榜单。Vals AI 行业加权评测集,K3 在 39 个模型中排第二。它并非全球最强模型,但在开源模型中明显处于第一梯队,与前沿闭源模型差距不大。 图片


 图 4:与同级模型的综合能力对比。Artificial Analysis 智能指数 v4.1,是一个第三方综合评测指标,分数越高越强。K3 排名第三,仅次于 Claude Fable5、GPT-5.6 Sol,领先其余模型,是参评集中最强的开源权重模型。柱状图共用零基线,柱长接近,代表头部模型之间差距很小。

图源:作者自制


推理成本数据对所有承担 API 账单的人都有参考价值,不过以下数据均来自月之暗面的自测。在BrowseComp测试中,K3 以每个任务约 2 美元的成本拿下了最高分,这大约是最接近它的闭源模型在全量推理下价格的一半,比最昂贵的模型低了一个数量级。在一个内部代码基准测试中,K3 的高推理强度版本,在成本仅约三分之一的情况下,就达到了一个顶尖闭源模型最高推理强度的分数。需要注意的是,这些是 API 价格而不是纯粹的算力成本。由于开源权重模型可由多家服务商部署,市场竞价压低利润,所以差价一部分来自市场结构,不完全是工程优化。即便如此,它已经处于性价比前沿。


安全相关结果是报告里最具体的结论。在漏洞挖掘测试中,模型在当前广泛部署的软件中发现真实缺陷;提交人工复核的结果里,约有 70% 被确认为真实漏洞,其中包含 6 个项目中的 16 个此前未知的漏洞。其中 2 个存在于 Linux 内核:一个是可远程触发的越界写入漏洞,以及 RDMA 子系统中的权限提升漏洞(此前修复版本遗漏权限校验)。在端到端漏洞利用代码编写任务中,36 道题 K3 解出 14 道,而最强开源竞品 GLM 仅 8 道;不过,在面对经过加固的内核目标时,K3 还是卡壳了。月之暗面自己的测试套件将前沿闭源模型排除在外,因为这些模型拒绝通过公共 API 执行此类任务。而英国人工智能安全研究所(UK AI Security Institute)和美国 CAISI 进行的一项独立评估(它们可以在特权访问下测试闭源模型)得出了基本相同的结论:K3 超越了开源竞争对手,但不及前沿的网络安全专用模型,且无法完成最复杂的漏洞利用链。


为什么闭源实验室对这类细节保密


闭源实验室不公开整套方案,并非阴谋。K3的架构本身由大量已发表的思路组成,只要算力充足任何人都可以复刻。真正昂贵、难以搭建、构成壁垒的,是训练环境、奖励机制、基础设施与数据流水线。开源权重,交出的其实是实验室壁垒最低的资产。月之暗面发布这份报告,已经远超绝大多数厂商;即便如此,报告没有披露精确的数据配比和大量调参细节。


这也揭示了行业壁垒的变迁:过去护城河是模型权重本身;现在的壁垒是模型周边整套体系:可自动打分的训练环境、难以作弊的奖励模型、低成本推理部署栈。这些体系需要数年建设,不会随权重一起开源。开源模型的能力,几个月内就会被竞品复刻或蒸馏;但背后整套工具链迭代速度慢得多。


开源权重与攻击性工具风险


开源也存在代价。能够挖掘真实漏洞、编写可用漏洞利用代码的 K3 模型可直接下载;部署到本地硬件后,不会像托管 API 那样做拒绝回答、日志审计。报告本身就体现这种差异:前沿闭源模型在公共 API 上拒绝处理网络安全任务,而开源模型则毫无顾忌地执行。


不过,对于这种“免费下载”,我们需要加个免责声明。权重开源,但许可证并非宽松无约束类型。月之暗面附加了商业条款:如果“模型即服务(MaaS)”业务的年营收超过 2000 万美元左右,就必须单独协商协议;而最大规模的部署,则必须在界面中展示 Kimi K3 的名称。企业内部普通使用不受限制,大部分非科技公司可直接部署。但针对滥用风险,许可证约束作用有限:编写恶意软件的攻击者不会遵守署名条款。门槛来自模型体量:权重约 1.5TB,需要高性能硬件,普通个人本地难以运行;但有能力的攻击者或租用集群,仍可以轻松部署。


近期对另一款顶尖开源模型 GLM 的分析,描绘了短期风险图景。该分析指出,这类模型仅需极少的提示词,就可以生成攻击性工具的通用基础代码模板,这类模板过去要占用攻击者一下午编写。模型没有创造全新攻击能力,只是降低了攻击者编写已有攻击工具的工作量。真正困难的环节(陌生网络测绘、绕过终端防护、规避溯源)依然依赖熟练人员。短期影响主要是攻击样本数量激增:大量低成本、高度相似的攻击载荷,足以削弱基于特征的检测方案,迫使防御方转向行为检测。


如果你基于这类模型做开发,该重点关注什么


如果你不是训练模型,而是基于大模型做应用开发,这份报告直接指明了重点投入方向。


最明确的结论:评测与环境设计,已经成为真正的工程学科。报告中占比最高的工作量,是构建可自动打分的任务、封堵模型的作弊手段。这也是生产环境落地可信智能体必备能力。学会编写可靠校验器,从对抗角度预判模型的钻漏洞手段,这套能力可以直接从月之暗面的强化学习流程迁移到你的评测框架,而且这项技能几乎不存在“供应商锁定(Vendor lock-in)”的风险。


其次是长周期智能体工程(Long-horizon agentic engineering)。K3 面向百万 token 上下文、数百至数千次工具调用的长任务设计。保障长任务稳定运行的技术:上下文管理、任务框架设计、沙箱隔离、可恢复状态,已经成为独立工程领域,独立于提示词工程与模型训练。


第三点,也是落地最实用的:推理服务经济学(Serving economics)。报告里的成本优势来自前缀缓存、缓存感知路由、请求分类配额、量化;小团队在少量机器上就可以落地全部技术。让高性能模型低成本运行,已经是前沿实验室的核心成果。


系统与内核开发单独看待:价值很高,但也是模型自动化进展最快的领域。建议掌握足够知识做方案把控与结果校验,不要把职业重心放在手工编写内核,因为模型很快就可以生成内核代码。不要为了创新而盲目追逐架构创新:架构收益确实存在,但属于渐进式提升;需要万亿参数规模的消融实验验证,对绝大多数团队而言,这是最难形成竞争力的赛道。


免责声明:本文观点仅代表作者本人,不代表雇主或关联机构。内容基于个人阅读与思考,不可作为专业或学术建议。


参考文献


  • 月之暗面 Kimi 团队(2026)。Kimi K3:开源前沿智能。本文解读的 47 页技术报告,开源 2.8 万亿参数 MoE 模型,激活参数 1040 亿,百万 token 上下文窗口;涵盖架构、强化学习环境、训练流水线、推理栈与评测。

  • Kimi 团队(2025)。Kimi Linear:高表达、高效注意力架构。提出 Kimi 增量注意力 KDA,固定状态线性注意力机制、分块内核与上下文并行方案;K3 将其作为混合注意力中的低成本层,也是并行硬件上实现串行循环的基础。

  • Elango 等人(2026)。LatentMoE:面向 MoE 模型,实现每 FLOP、每参数量优精度。提出隐空间专家路由设计,K3 的 Stable LatentMoE 基于该方案扩展至 896 专家,每个 token 激活 16 专家;模型总容量与单 token 算力解耦,全部参数常驻内存。

  • 深度求索(2024)。DeepSeek-V3 技术报告。提出无辅助损失的大型 MoE 负载均衡方案;K3 在此基础上扩展分位数均衡,实现近千专家训练时负载均匀。


原文标题:

How a Frontier Model Gets Built, Read from the Kimi K3 Report

原文链接:

https://towardsdatascience.com/how-a-frontier-model-gets-built-read-from-the-kimi-k3-report/


编辑:于腾凯

校对:林亦霖





译者简介





尹悦,米兰理工大学在读硕士。希望在课余时间推动大数据领域的前沿研究抵达每一位学习者,打破地域与文化隔阂,实现有价值成果的跨文化分享与无界流动。

翻译组招募信息

工作内容:需要一颗细致的心,将选取好的外文文章翻译成流畅的中文。如果你是数据科学/统计学/计算机类的留学生,或在海外从事相关工作,或对自己外语水平有信心的朋友欢迎加入翻译小组。

你能得到:定期的翻译培训提高志愿者的翻译水平,提高对于数据科学前沿的认知,海外的朋友可以和国内技术应用发展保持联系,THU数据派产学研的背景为志愿者带来好的发展机遇。

其他福利:来自于名企的数据科学工作者,北大清华以及海外等名校学生他们都将成为你在翻译小组的伙伴。


点击文末“阅读原文”加入数据派团队~



转载须知

如需转载,请在开篇显著位置注明作者和出处(转自:数据派ID:DatapiTHU),并在文章结尾放置数据派醒目二维码。有原创标识文章,请发送【文章名称-待授权公众号名称及ID】至联系邮箱,申请白名单授权并按要求编辑。

发布后请将链接反馈至联系邮箱(见下方)。未经许可的转载以及改编者,我们将依法追究其法律责任。





关于我们

数据派THU作为数据科学类公众号,背靠清华大学大数据研究中心,分享前沿数据科学与大数据技术创新研究动态、持续传播数据科学知识,努力建设数据人才聚集平台、打造中国大数据最强集团军。




新浪微博:@数据派THU

微信视频号:数据派THU

今日头条:数据派THU

点击“阅读原文”拥抱组织


回答资源优先级:通常是可靠评测、上下文与状态管理、前缀缓存,然后才是复杂路由和底层内核。量化是否提前做取决于部署方式;调用第三方 API 的团队应先优化提示与缓存,自托管团队才需要尽早处理显存和吞吐。

2 个赞

关于“开放权重与安全平衡”:可以按能力分层治理。普通研究和防御用途保持开放,高风险能力则增加发布前评估、危险数据说明、模型指纹和托管访问选项。许可证能约束正规企业,却很难阻止恶意使用,不能把它当成主要防线。

3 个赞

我不赞成因为菜刀能伤人就不卖菜刀,但这把“菜刀”会自己找漏洞,确实不能只贴一句请勿作恶。至少应该同步披露风险测试,并给维护者和防守方足够的修补窗口。

3 个赞

关于“小团队先投什么”:我会先做评测和可观测性。连失败发生在哪都不知道,后面的缓存、路由和量化只是在加速一个不可靠系统。先建立几十到几百条真实任务回归集,再看成本瓶颈决定优化顺序。

1 个赞

回答安全治理这个问题:现实做法可能不是简单的开或关,而是延迟开放、分级开放。先向经过审核的安全研究机构提供完整能力,待关键漏洞完成协调披露后再公开,同时推动防御侧从特征检测转向行为检测。

3 个赞