英伟达Nemotron-3 Embed登顶RTEB,最便宜的推理Token是Agent从未生成的那个

2026.07.17 07:22
英伟达发布Nemotron-3-Embed系列模型,8B旗舰版以78.46分登顶RTEB检索排行榜,1B高效版通过剪枝和蒸馏将参数量压缩至1.14B。其核心洞察是:提升检索准确度,让Agent减少不必要的推理步骤,从而从源头降低Token消耗——最便宜的推理Token,是Agent从未生成的那个。

当整个AI行业都在疯狂卷推理效率时,英伟达给出了一个反常识的答案:最便宜的推理Token,是Agent从未生成的那个。

7月15日,英伟达在Hugging Face上悄然发布了Nemotron-3-Embed系列模型。三个checkpoint——8B旗舰版、1B高效版、1B Blackwell优化版——覆盖了从精度优先到成本敏感的全谱系。但真正让行业侧目的,是那个数字:78.46。

这是Nemotron-3-Embed-8B在RTEB(Retrieval Embedding Benchmark)上拿到的平均NDCG@10分数。在MMTEB Retrieval上,它同样拿下75.45分,ViDoRe-V3文本检索上拿到60.60。三组数据全面领先,且没有一项是短板。

但英伟达在发布时做了一件事,让整个发布的意义从“又一个SOTA模型”升格为“AI系统架构的一次反思”——他们把模型塞进了一个由Nemotron 3 Ultra驱动的搜索Agent中,测量了端到端的Token消耗。结果印证了那个反常识的直觉:检索越准,推理越少,账单越薄。

RTEB:一份拒绝“刷榜”的检索试卷

在MTEB统治嵌入模型评测长达两年之后,行业慢慢意识到一个问题:MTEB覆盖了8大类任务,从分类到聚类到句对相似度,检索只是其中之一。当一个模型在MTEB总分上拿了第一,你很难判断它到底是因为检索做得好,还是因为分类任务拉高了平均分。

RTEB的诞生就是为了解决这个问题。它剔除了所有非检索任务,只保留检索场景,并引入了一个关键设计:同时使用公开数据集和私有数据集。这意味着模型无法通过刷公开数据来“作弊”——一个在公开榜上看起来完美的模型,如果在私有数据集上表现不佳,会立刻暴露泛化能力的短板。正如Hugging Face在RTEB发布博客中所说:“一个在公开和私有数据集之间出现显著性能差距的模型,表明存在过拟合。”

英伟达的Nemotron-3-Embed-8B在RTEB的16项公开任务上取得78.46的平均分,在ViDoRe-V3文本检索上拿到60.60,在MMTEB Retrieval上拿到75.45。三组数据全面领先。

但数字只是表象。真正值得追问的是:英伟达到底做了什么,让一个嵌入模型在2026年这个“推理为王”的节点上,重新获得了行业关注?

从“更快的推理”到“更少的推理”

过去两年,AI行业对“效率”的理解几乎全部集中在推理侧。从KV Cache优化到投机解码,从MoE稀疏激活到量化压缩,每一轮技术突破都在回答同一个问题:如何在保持质量的前提下,让模型生成Token的速度更快、成本更低?

这条路径没有错,但它有一个天花板:无论推理变得多快多便宜,只要Agent还在反复检索、反复确认、反复试错,Token消耗就永远降不下来。而Token消耗的90%以上,可能根本不应该发生——如果第一次检索就找到了正确答案。

英伟达Nemotron-3 Embed的核心理念,正是把优化重心从“推理阶段”前移到“检索阶段”。逻辑很简单:如果Agent在第一步检索中就能拿到高相关性的上下文,它就不需要为了确认信息而进行二次搜索,不需要为了消除歧义而展开多轮推理,更不需要因为检索失败而进入死循环式的“自我纠正”。

英伟达在官方博客中给出了具体的测试结果:在Nemotron 3 Ultra驱动的搜索Agent中,使用Nemotron-3-Embed-8B进行检索,在ViDoRe V3、BRIGHT、BrowseComp-Plus三个评估集上,8B模型同时实现了最高的平均检索准确率和最低的估算下游Token成本。官方博客直言:“更准确的检索器能更早地返回相关证据,帮助Agent以更少的重复搜索和更少的推理轮次完成任务。”

这是在用系统级的思维重新定义“成本”——不是看单个Token的生成价格,而是看整个Agent完成任务所需的Token总量。

三个模型,一个战略

Nemotron-3-Embed系列一共三个checkpoint,各自瞄准不同的部署场景。

Nemotron-3-Embed-8B-BF16是精度旗舰。基于Ministral-3-8B-Instruct-2512构建,支持34种语言,32K上下文窗口,在RTEB上以78.46分登顶。适合检索质量压倒一切的场景——企业级RAG、多语言知识库、高精度Agent记忆系统。

Nemotron-3-Embed-1B-BF16是效率之选。它并非从8B模型直接剪枝而来,而是以Ministral-3-3B-Instruct-2512为起点,通过结构化剪枝和知识蒸馏将参数量压缩到1.14B,同时保留了72.38的RTEB分数和71.04的MMTEB Retrieval分数。相比同等规模的前代模型,错误率降低了27%。这意味着,在大多数常规检索场景中,1B版本已经足够好用,而推理成本只有8B版的几分之一。

Nemotron-3-Embed-1B-NVFP4则是Blackwell时代的产物。它使用NVFP4格式进行量化,在Blackwell GPU上能达到2倍于BF16版本的吞吐量,同时保留了99%以上的检索精度。对于大规模生产环境而言,这意味着可以在不牺牲质量的前提下,将服务容量翻倍。

三款模型均采用OpenMDW-1.1开源协议,支持商业使用,发布首日即兼容Transformers、Sentence Transformers和vLLM推理框架。

嵌入层:AI系统中最安静、也最昂贵的瓶颈

嵌入模型在AI系统中处于一个尴尬的位置:它不直接面向用户,不产生可见的“推理结果”,但每一次查询、每一次检索、每一次Agent决策,都依赖它来理解上下文。对于大多数AI团队来说,嵌入层是“部署了就不管了”的部分——选一个模型,跑一次索引,然后就忘了它。

但这种忽视正在付出高昂的代价。当Agent在反复检索中浪费Token时,很少有人会回溯到嵌入层去追责。毕竟,问题看起来像是“推理”的问题——Agent思考太多、查了太多遍、做了太多无用的推理步骤。但根源可能在于:嵌入层从未把正确的上下文送到推理引擎面前。

英伟达Nemotron-3 Embed的意义,正在于此。它不是让推理变得更快,而是让推理变得不必要。当检索精度足够高,Agent就不再需要“猜”——它直接拿到了答案,或者至少拿到了足够接近答案的上下文,只需一次确认即可。

这背后是一个更深层的思考:AI系统的成本优化,正在从“模型层”走向“系统层”。单个模型的推理效率固然重要,但整个系统的工作流效率——检索、记忆、规划、推理的协同——才是决定总成本的关键变量。

格局重塑:谁在受益,谁在警惕

对于RAG应用开发者来说,Nemotron-3-Embed-1B的出现意味着一个转折点:一个1.14B参数的模型,在检索精度上已经大幅超越了同等规模的前代产品。这意味着生产级RAG系统的嵌入层成本可以大幅下降,不再需要为了检索质量而承受8B模型的推理开销。

对于Agent框架开发者来说,Nemotron-3 Embed的发布释放了一个信号:嵌入层正在成为Agent成本优化的新战场。此前,Agent的效率优化主要集中在推理策略、工具调用优化和记忆管理上。现在,检索质量本身成为了一个可优化的变量——而且可能是ROI最高的变量之一。

对于竞品而言,挑战是直接的。Cohere Embed v4、OpenAI text-embedding-3-large、Voyage-3等商业API嵌入模型,面临一个来自开源阵营的精确制导打击。Nemotron-3-Embed-8B不仅开源可用、可商用,而且在RTEB上全面领先。更关键的是,英伟达同时提供了1B选项,让开源模型在成本维度上也具备了竞争力。

当然,Nemotron-3 Embed并非没有局限。RTEB目前仍以文本检索为主,多模态检索尚未纳入评估框架。34种语言的覆盖虽然相当广泛,但距离真正“全球覆盖”还有距离。此外,嵌入模型的评测本身就存在“通用性陷阱”——不同的垂直领域、不同的检索策略、不同的数据分布,都会对实际效果产生显著影响。RTEB的高分,不一定等于所有场景下的最佳实践。

但这些局限并不削弱Nemotron-3 Embed的行业意义。它提出的问题——最便宜的推理Token,是不是Agent从未生成的那个?——远比它给出的答案更加重要。

这个问题的答案,将决定未来两到三年AI系统架构的核心走向:是继续在推理侧修修补补,还是回到信息检索的源头,用更少的推理做更多的事?

英伟达给出了自己的答案。而这个答案,正在改写AI系统成本优化的基本规则。

最便宜的推理Token,是Agent从未生成的那个。而让它不存在的办法,是让检索好到根本不需要它。

作品声明:内容由AI生成