当「选择」比「生成」更值钱:决策模型为何在一周内三连发
一周一枚信号:三家公司做了同一件事 10 月 8 日,OpenAI 发布 Decisions API;几乎同一时间,Cloudflare 在 Birthday Week 上开源了开放权重决策模型 Clef;紧接着 LiquidAI 发布 d1-3B 与多模态实验版 d1-omni-600M,宣称在 10B 以下决策基准拿下第一。三家公司,路线各异——闭源 API、开源权重、边缘部署——却在同一周押注了同一个命题:AI 系统里大量的「选择」类任务,根本不需要生成式大模型。 这不是巧合,而是一个新品类破土的典型时刻。回顾历史,当一个技术方向同时被 API 巨头、基础设施厂商和开源社区在数天内各自落地时,通常意味着上游共识已经形成,剩下的只是扩散速度问题。 Cloudflare Clef 的定位尤其值得玩味:它被明确设计为「在预定义选项之间做出选择,而非生成自由文本」。LiquidAI 的 d1 则给出了硬指标——不逐 token 生成,单次前向给出答案,d1-3B 在 Decision Index 0.2.1 得 48.57 分,超过所有 4B/9B 模型乃至 Decider 35B-A3B 的 47.11;在 Jetson AGX Thor 上回答仅需 16ms,Orin Nano 上 50ms。这些数字指向的场景只有一个:Agent 编排里的高频、低粒度、延迟敏感的小决策。 技术本质:把「选哪个」从语言建模中剥离出来 要理解决策模型的价值,先要看清生成式大模型在决策任务上的浪费。 一个 Agent 在运行过程中,真正需要「自由文本生成」的环节其实很少——写代码、起草邮件、总结文档。而大量环节是选择性的:这条请求路由给哪个专家模型?这条内容要不要升级审核?这个用户的风险等级是高还是低?这个工具调用该不该放行?传统做法是把这类问题也扔给 LLM,让它生成一段推理再吐出答案。问题在于: 延迟:逐 token 生成意味着几百毫秒到数秒的响应,而路由决策需要的往往是 10ms 级别; 成本:为了输出一个枚举值,付出的 token 计费与为写一篇文章相同量级; 不确定性:生成式模型可能输出格式漂移、拒绝回答、甚至自由发挥,工程上要包一层解析与重试。 决策模型的解法是釜底抽薪:既然任务是在 N 个预定义选项中选一个,那就不需要自回归生成,只需要一次前向传递,输出层直接对选项打分。这在架构上更接近分类器时代的思路,但能力来源仍是大规模预训练——d1 基于 LFM2.5 骨干训练,说明它继承了大模型的世界知识,只是把「表达」压缩成了「判断」。 ...