2026 年 10 月 27 日,Liquid AI 发布了新一代基础模型家族 LFM3,试图把文本、图像、视频、语音和结构化决策全部塞进 2B 参数量级的边缘设备里。这套模型在 4-bit 量化下的静态权重压到了 1GB 左右,在工具调用与流式语音交互上跑赢了不少大尺寸竞品;但翻开 Hugging Face 上的底层模型卡就会发现,官方亲手写下了不建议用于复杂推理、编程和视觉多轮对话的警告——它从一开始就放弃了当一个缩水版全能大模型,而是一套必须靠单卡微调才能上岗的垂直任务毛坯房。

1.7B 主干撑起六款模型,算力省在混合架构与自研编码器

传统纯 Transformer 架构在端侧设备上跑长文本或多模态时,很容易被膨胀的 KV Cache 显存和首字延迟拖垮。Liquid AI 针对手机、树莓派 5、笔记本和高通 Hexagon NPU 等 14 种软硬件组合做了硬件在环架构搜索,把经过 22T tokens 预训练的 LFM3-1.7B-Base 改造成了 24 层的三混合架构:由 13 层门控短卷积(卷积核从上一代的 3 扩大到 7)、5 层 256 窗口的滑动窗口注意力,以及 6 层全局注意力拼接而成。

24 层混合架构与双自研编码器撑起六款端侧模型(剖面示意)
24 层混合架构与双自研编码器撑起六款端侧模型(剖面示意)

靠着这套混合底座,LFM3-1.7B 在参数量比上一代 LFM2.5-2.6B 减少 35% 的前提下实现了反超,8K 上下文推理速度提升约 25%。在网页与商业软件长链路操作评测 WebArena-Verified 中,LFM3-1.7B 拿下了 38.42 分(前代仅 3.02 分),甚至越级击败了 Qwen3.5-9B。

在此主干之上,Liquid AI 一次性衍生出 6 款 2B 级别模型:除了纯文本版 LFM3-1.7B、支持视频输入的 LFM3-VL-2B、支持 18 国语言语音交互的 LFM3-Audio-2B,还首次推出了能同时看图、看视频并实时听说的全模态模型 LFM3-Omni-2B,以及两款专攻单次前向传播输出概率校准结果的决策模型 d1-2B 和 d1-omni-2B。

真正帮端侧设备减负的,是配套换血的两颗自研编码器。LFM3 的 164M 视觉编码器同样混用了卷积与注意力,比上一代采用的 SigLIP2 节省了 3 倍算力,在维持与 Qwen3.5-2B 视觉编码器同等精度的同时,浮点运算量(FLOPs)降低了 2.2 倍;因果音频编码器则把首 token 延迟(TTFT)压到了 50 毫秒,配合自研的 LiquidCodec 语音分词器,在 Apple M4 Max 的单核 CPU 上就能跑出 87 倍实时率的流式语音生成。


宣传博文与模型卡的温差,藏在长窗口、显存与能力禁区里

如果只看官方发布博文,开发者很容易以为自己拿到了一个仅占 1GB 内存、拥有 256K 超长上下文、能在本地通吃复杂 Agent 的全能底座。但把官方博文与各模型的 Hugging Face 模型卡放在一起对账,就能看到三处直接影响工程落地的限制。

1GB 仅是静态权重体积,长窗口下显存开销依然膨胀(示意图)
1GB 仅是静态权重体积,长窗口下显存开销依然膨胀(示意图)
LFM3 宣传亮点与工程模型卡边界对比 发布博文口径 上下文窗口 256K 超长端侧窗口 资源占用 4-bit 精度约 1GB 核心定位 3.5T 轨迹强化端侧 Agent 模型卡真实边界 VL 降至 128K / Omni 仅 32K 128K RULER 得分 65.56 1.05GB 仅为静态权重文件 长文本评测基于 3.47GB BF16 官方明确列出劝退场景 勿用于复杂推理、编程与视觉多轮

256K 上下文(262,144 tokens)是纯文本模型 LFM3-1.7B 的专属待遇。到了视觉模型 LFM3-VL-2B,最大上下文折半至 128K;而在全模态模型 LFM3-Omni-2B 上,窗口更是直接缩水到了 32K。即便只看纯文本版,官方目前只给出了到 128K 的长文本测试成绩,其 RULER 128K 得分为 65.56,明显低于 Qwen3.5-4B 的 84.63 和 Qwen3.5-9B 的 87.11。

所谓的 1GB 体积,指的也只是 GGUF 格式下的静态权重文件大小(Q4_0 为 1.05 GB,Q4_K_M 为 1.10 GB),而非运行时的总内存。LFM3 依然保留了 6 层全局注意力,一旦在端侧真正把上下文拉长到 128K 甚至 256K,KV Cache 依然会推高内存与显存开销;更何况官方公布的长文本跑分全部是在 3.47 GB 的 BF16 精度下测出的,4-bit 量化之后的长窗口精度衰减仍有待社区独立实测验证。

砍掉通用慢思考,换来端侧毫秒级流式响应与低成本微调。

最诚实的还是模型卡里的能力劝退声明。Liquid AI 明确提醒开发者,不要把 LFM3-1.7B 用于 Agentic 编程或复杂多步推理;不要把每秒采样 2 帧视频的 LFM3-VL-2B 用于编程、多轮对话和复杂推理;而 LFM3-Omni-2B 干脆就是一个不支持开启思考模式(enable_thinking=True)的非推理模型,在 OmniBench 上的总分为 46.32。

端侧 2B 至 4B 混战,开发者该怎么避坑选型

在手机、AIPC 与物联网设备争夺的 1GB 到 3GB 内存区间里,同台竞技的还有阿里的 Qwen3.5(2B/4B)与 Google 的 Gemma 4 E2B。要把账算清楚,硬件与端侧团队得先穿透各家标称参数的迷雾。

端侧小模型脱去标称外壳后露出悬殊的真实参数体积(示意图)
端侧小模型脱去标称外壳后露出悬殊的真实参数体积(示意图)
模型版本标称与实际总参数体积与内存口径真相核心强项与短板对照
LFM3 家族1.7B / 2BQ4_0 静态权重 1.05GB,BF16 为 3.47GB强于工具调用、UI 定位与低延迟语音;弱于复杂推理与长文
Qwen3.5-2B / 4B实际为 2.3B / 4.7B真实体积高于字面标称级别强于 128K 长文本(84.63)、复杂视觉推理与 OCR
Gemma 4 E2B实际总参数达 5.1B部署包 2.58GB;宣称 676MB 仅计入 CPU 内存视觉基准与 LFM3-VL-2B 相当,但实际 GPU 显存占用更高

从前代基线延续至今的技术路线看,端侧根本不存在通吃全场景的冠军。LFM 系列把技能点全加在了格式遵循与界面交互上,比如 LFM2.5-2.6B 在工具调用 BFCLv4(56.88 对 50.56)和指令遵循 IFBench(59.17 对 48.40)上压过 Qwen3.5-4B,LFM2.5-VL-3B 在屏幕元素定位 ScreenSpot-v2 上拿到 80.7 的高分;但一旦进入需要深度思考的复杂视觉推理 MMMU-Pro(30.5 对 60.9)和 OCRBench v2(47.5 对 58.8),参数底子更厚的 Qwen3.5-4B 依然具备统治力。

对于正在做选型的工程团队,LFM3 最具不可替代性的价值集中在两处。一是需要在一个极小包体里同时塞进流式语音听说、实时画面感知与本地工具调用的硬件团队(如智能眼镜、车载语音助手或树莓派机器人),LFM3-Omni-2B 能直接省去分别维护 ASR、VLM、LLM 和 TTS 四套模型的工程灾难;二是处理工单分类、发票提取或界面状态判断的业务团队,d1-2B 系列可以用单次前向传播直接吐出带校准概率的结构化答案,完全绕开自回归文本生成的延迟。

  • 风险.Liquid AI 虽然承诺全系支持单 GPU 微调,但目前尚未公布 LFM3 专属的微调显存门槛,官方文档链接的 TRL 微调教程仍停留在 LFM2/2.5 的 LoRA 阶段;同时该系列采用修改版 LFM Open License v1.0 协议,仅对年营收低于 1000 万美元 的企业免费开放商用,超标的大中型企业在将它写进产品底座前,必须先算清商业授权的合规账。