别再生吞 token 了:斯坦福把图像生成的配方搬进文本,让大模型”先打草稿再动笔”,速度最高快 31 倍
别再生吞 token 了:斯坦福把图像生成的配方搬进文本,让大模型”先打草稿再动笔”,速度最高快 31 倍
大模型再聪明,输出内容也是一个字一个字往外蹦。
我们都习惯了:你问它一个问题,它先吐第一个 token,然后第二个、第三个……后面的每一个都依赖前面已经吐出来的。这套机制叫”自回归(autoregressive)”,从 GPT 到 Claude 到 DeepSeek,全是这个路数。
但有没有一种可能——真正的加速,不是让它吐得更快,而是让它换个方式想?
斯坦福和 Together AI 的研究者最近交了一个很漂亮的答案。他们提出了一个既不同于自回归、也不同于扩散的第三种文本生成范式,取名 NCM(Next-Concept Modeling,下一概念建模),直接对主流的 Next-Token Modeling(下一 token 建模) 来了个正面叫板。
结果:以相近甚至更好的质量,实现了相对扩散语言模型 10 到 31 倍的生成速度。
先说清楚:它到底改了什么
要理解 NCM,先看一个反常识的类比。
图像生成领域有个 NeurIPS 2024 最佳论文,叫 VAR,核心思想是”下一尺度预测(next-scale prediction)”:一张图不是一次画完的,而是先生成低分辨率的”缩略图”,再逐级增加细节,最后变成高清大图。
研究者就问了一个问题:文本能不能也有自己的”缩略图”?
于是 NCM 诞生了。它的工作方式是这样的:
1. 先并行写出几句话的”概念大纲”——相当于文本的低分辨率版本; 2. 然后逐层并行填充细节——从粗到细,一层层细化; 3. 直到还原成完整文字。
用论文里的话说,它把文字生成表示成了”概念—细节”的层级结构。模型先想清楚要说什么,再动笔。
这正是人类写作的方式。你写一篇稿子,不会从第一个字闷头写到最后一个字,而是先列提纲、搭骨架,再填内容。NCM 做的事情,本质是让模型学会了”先打草稿”。
为什么这比”吐得更快”更有前途
搞懂了这个,就明白它为什么能快这么多。
自回归的根本瓶颈不是算力,是串行。 生成第 N 个 token 必须等第 N-1 个算完,这个依赖链天然锁死了并行度。你能优化的只有每一步的速度,但改变不了”必须一步一步来”这件事。
NCM 的破局点在于把”生成什么”本身也改了。 既然可以并行地写出一整段概念大纲,那”想想说什么”这一步就不再是串行的了;只有在”填细节”时才有逐层细化,而每一层内部又是并行的。
对比扩散语言模型(另一种并行方案),NCM 还更省。扩散模型虽然能同时处理多个位置,但”并行”不等于”一步到位”——迭代次数减少则质量下降,每轮处理整段序列又带来额外开销。NCM 用”先粗后细”的层级结构,把这个矛盾绕开了。
但它还不是”通用大模型的答案”,别high过头
我必须把话说全,因为这类论文最容易被 hpy 成”自回归已死”。
论文主体实验使用的生成器大约只有 1 亿参数,规模扩展到 7.25 亿。 这个量级和动辄千亿参数的前沿模型根本没得比。扩大规模后能否保留优势,目前是未知数。
精确文本和长篇内容的表现也需要后续验证。 目前展示的优势主要在翻译、摘要这类任务上,团队还尝试了最小贝叶斯风险解码——利用候选之间的相似性进行选择,进一步改善了翻译和摘要指标。但这些都偏”短文本、可比较”的场景。写一篇一万字的深度报道?做复杂代码生成?这些自回归的主力战场,NCM 还没证明自己。
结论很实在:NCM 目前是一个”概念验证级别的范式突破”,不是一个可以直接替换现有模型的工程方案。 它证明的是”这条路走得通”,而不是”明天就能用”。
我的判断
第一,这条线的价值,不在于这版模型多快,而在于它捅破了一堵思维墙。
过去几年,整个行业对着”自回归”做优化,无非是量化、蒸馏、投机采样、更好的 KV cache——全是让”一步一个 token”这件事更快。NCM 提出的问题是:为什么一定要一步一个 token? 这个问题本身,比它现在的实验结果更有价值。历史上每一次范式转移,都始于有人问出这种”看起来多余”的问题。
第二,”让 AI 先列提纲再写”这件事,认知上是对的。
你有没有发现一个现象:让模型直接写长文,它经常写着写着就跑偏、前后矛盾、逻辑断裂。但如果让它先列提纲、再按提纲展开,质量会明显提升。这本来就是 prompt engineering 圈子里被反复验证的实操技巧。
NCM 的贡献在于:它把这个”人为的技巧”变成了”模型的原生机制”。 以前靠你在提示词里求它”先想清楚再写”,现在它从架构层面就这么干了。如果这个方向继续走下去,”强制先规划”可能会从一种 prompt 技巧,变成模型的默认能力。
第三,给普通人的实操建议——现在还不用换工具,但可以开始改变你的用法。
NCM 用不了没关系,但它的思路今天就能抄:别让模型直接输出长内容,先让它给结构。
具体怎么做:写报告前让它先给三级提纲,你确认后再逐段展开;写代码前让它先说清楚模块划分,再动手;做复杂任务前让它先列”概念—步骤”清单。你会发现,同样的模型,输出质量的差距能大到像换了两个型号。
因为说到底,NCM 想证明的这件事——”先想清楚,再动笔”——不仅对模型是优化,对我们用模型的人,也是。
参考内容里的最后一句话我很喜欢:”如果说文字生成也可以被表示成’概念—细节’的层级结构,模型就可以先想清楚再动笔,这也是人类写作的方式。这意味着未来文本生成的路线图可能会被改写。”
改写不改写我不知道。但至少,它让我们重新想起了一个最朴素的道理:快,有时候不是跑得更急,而是先停下来,把提纲列对。