Liquid AI 推出 LFM2.5-Encoder-230M 與 LFM2.5-Encoder-350M:在 CPU 上 8K 上下文仍維持高速的雙向編碼器
重點摘要
Liquid AI has released two open-weight bidirectional encoders, LFM2.5-Encoder-230M and LFM2.5-Encoder-350M. Both are masked language models built on the LFM2 hybrid backbone. Both carry an 8,192-token context.
# Liquid AI 推出 LFM2.5-Encoder-230M 與 LFM2.5-Encoder-350M:在 CPU 上 8K 上下文仍維持高速的雙向編碼器
Liquid AI 近日正式發布了兩款開放權重的雙向編碼器模型——LFM2.5-Encoder-230M 與 LFM2.5-Encoder-350M。這兩款模型均為基於 LFM2 混合骨幹(hybrid backbone)的遮蔽語言模型,支持高達 8192 tokens 的上下文長度,並能在無 GPU 的環境下保持高速推理。該系列模型瞄準分類器、意圖路由、安全過濾器及 PII 檢測器等生產級任務,試圖在效率與效能之間取得新的平衡。 雙向編碼器長期以來是自然語言處理管線中的核心元件。從 BERT 開始,這類模型透過雙向上下文編碼徹底改變了文本表示的方式,廣泛應用於文本分類、語意匹配、實體辨識、內容審核等場景。然而,隨著實際應用中輸入長度的不斷增長,傳統編碼器在推理速度和資源消耗上的瓶頸日益凸顯。ModernBERT 曾透過架構最佳化大幅提升了準確性、速度與上下文長度,成為該領域的重要進展。Liquid AI 此次提出的 LFM2.5-Encoder 則試圖在 ModernBERT 的基礎上進一步突破,為長上下文編碼提供更具成本效益的解決方案。 兩款新模型分別具有 2.3 億與 3.5 億個參數,採用了 LFM2 混合架構。LFM2 是 Liquid AI 自主研發的新型骨幹網路,融合了 Transformer 的雙向編碼能力與高效混合運算機制。與傳統 Transformer 編碼器相比,LFM2 在處理長序列時能有效降低漸進式的計算開銷,這使得它在 8K 上下文長度下依然可以流暢運行於 CPU 之上,而不必依賴昂貴的 GPU 加速。 Liquid AI 強調,LFM2.5-Encoder 的設計初衷是服務於需要持續運行的後端系統。分類器、意圖路由器、安全過濾器與 PII 檢測器等元件往往被部署在線上推理環境中,這些場景通常缺乏 GPU 資源,卻需要處理越來越長的使用者輸入或文檔內容。傳統編碼器在面對 8K 甚至更長上下文時往往會出現延遲暴漲或記憶體超載,而 LFM2.5-Encoder 憑藉其架構特點,在 CPU 上依然能維持符合生產要求的處理速度,這對於成本敏感或邊緣部署場景具有重要意義。 從技術路線來看,BERT 開創了雙向編碼器這個類別,ModernBERT 將其推向了更高的精度與更長的支持上下文。Liquid AI 的觀點明確:LFM2 系列架構正是這條進化路線的延續。差別在於,LFM2 的計算成本隨輸入長度增長的曲線更加平緩,這使得它能夠在低資源條件下承載更長的上下文,而不必在速度或準確性上做出過大犧牲。這種「成本增長更慢」的特性,是 LFM2.5-Encoder 在長文本分類與安全過濾等場景中得以脫穎而出的關鍵。 在具體應用方面,LFM2.5-Encoder-230M 與 350M 可被直接整合到現有的 NLP 管線中,作為特徵提取器或微調起點。由於採用遮蔽語言建模進行預訓練,兩款模型保留了豐富的雙向語義表示能力,適合句子與段落層級的下游任務。例如,在內容審核系統中,模型需要從整段對話或長文章中識別不當言論;在意圖路由場景中,系統必須理解完整的用戶上下文才能正確分配處理邏輯。這些任務對長上下文的依賴度極高,而 LFM2.5-Encoder 的長序列處理能力正好對應了這一需求。 開放權重是此次發布的另一大亮點。任何開發者或研究人員都可以直接下載模型權重,並在本地進行部署、微調或二次開發。開源策略不僅降低了試用門檻,也為學術界與工業界提供了進一步探索高效編碼器架構的基礎。特別是在資源有限的開發環境或需要快速原型驗證的專案中,LFM2.5-Encoder 可以作為 BERT 系列模型的即時替代方案,幫助團隊在不引入大量運算成本的前提下獲得 8K 上下文支援。 從更宏觀的視角看,LFM2.5-Encoder 的出現反映了 NLP 基礎設施的兩個重要趨勢:一是長上下文在實際部署中已成為剛需,無論是處理完整對話歷史、長篇幅文檔,還是聚合多輪輸入;二是模型效率的戰場正在從單純的 FLOPs 最佳化轉向實際硬體上的端到端延遲,尤其是 CPU 推理的表現直接影響著大量應用的運維成本與可擴展性。Liquid AI 選擇在此時推出該系列模型,正是為了填補這一生產力空缺。 Liquid AI 以其在液體神經網路(Liquid Neural Networks)領域的開創性工作聞名,LFM2 混合架構則進一步延伸了其在動態系統與高效序列建模方面的積累。LFM2.5-Encoder 的發布表明,該公司正在將基礎研究成果轉化為可直接落地的高性能模型,並以開源形式回饋社群。雖然目前公布的僅有編碼器版本,但業界普遍預期未來可能出現基於相同混合骨幹的生成式解碼器或編碼器-解碼器模型。 對於開發者而言,LFM2.5-Encoder-230M 與 LFM2.5-Encoder-350M 已可在 Hugging Face 等模型庫中獲取,並支援常見的深度學習推理框架。建議在下列場景中優先評估:需要長期穩定運行的 CPU 推理服務、對輸入長度有明確 8K 要求的線上分類任務,以及希望在低預算下引入長上下文能力的邊緣應用。透過簡單的對比測試,即可感受其在延遲與記憶體佔用上與 BERT 系列或 ModernBERT 的差異。 總結來看,LFM2.5-Encoder 系列是雙向編碼器領域一次值得關注的實用主義創新。它沒有追求極致的參數規模或精度數值,而是選擇在「長上下文、低資源、高速度」這個容易被忽略卻至關重要的維度上深耕。Liquid AI 的論證簡單而有力——當輸入變長時,誰的成本增長更慢,誰就更能適應真實世界的部署節奏。在 AI 模型日趨工業化的當下,這或許正是維持高效與可用之間平衡的正確方向。
Related
相關文章

訊飛 AI 眼鏡圖賞:輕盈舒適,凝練商務風
首頁 > 智能時代>智能穿戴 訊飛 AI 眼鏡圖賞:輕盈舒適,凝練商務風 2026/8/3 17:01:29 來源:IT之家 作者:汐元 責編:汐元 評論: 今年 5 月,科大訊飛在澳門 BEYOND Expo 2026 上正式發佈了訊飛 AI 眼鏡。這也是科大訊飛的首款 AI 眼鏡,定位為眼前的超級 AI 助理。我們知道科大訊飛在以翻譯為核心的教育、辦公領域一直是強項,這次 AI 眼鏡也是著重主打這個場景。

“榨”出硅的極限:怎麼讓GPU不“閒著”?
GPU運算能力雖持續提升,但常因記憶體頻寬、資料傳輸延遲及模型設計限制導致運算單元閒置。軟體端透過改良模型平行化與動態排程,硬體端則依賴更高頻寬記憶體與異質卸載,共同目標是從系統整合層面榨出更多有效算力,避免晶片浪費。
首家國產自研GPU廠商登陸ChinaJoy,礪算LX 7G100消費顯卡零售版全面開售
這篇消息聚焦「首家國產自研GPU廠商登陸ChinaJoy,礪算LX 7G100消費顯卡零售版全面開售」。目前站內已移除先前混入的模型思考或安全判斷文字,並保留來源可確認的主題供讀者追蹤。
ANE探索蘋果本機訓練
ANE探索蘋果本機訓練。 項目借私有接口訓練神經引擎。端側模型開發多出一條新路。蘋果神經引擎項目累計7.1k。當天新增⚙️22星關注。逆向接口仍存在兼容性風險。
GPU管理:為何閒置GPU如同停飛的飛機
回到文章 GPU管理:為何閒置GPU如同停飛的飛機 團隊文章 發表於2026年7月30日 讚 - Erick Lachmann ErickvL 追蹤 Dharma-AI Gabriel Pimenta de Freitas Cardoso GabrielPimenta99 追蹤 Dharma-AI Gustavo Lucchetti gustavolucchetti 追蹤 Dharma-AI 利用率,而非智慧,才是AI下一個真正的限制。航空業曾付出慘痛代價才學到這點。

擴大 XPU 互連域:消息稱 FuriosaAI 探索 16 卡服務器託盤設計
韓國 AI 晶片新創 FuriosaAI 正朝向擴大 XPU 互連域的目標邁進,近期傳出正在探索可容納 16 張加速卡的伺服器托盤設計。根據曝光的資料,這款伺服器採用雙層主板的「三明治」結構,每層主板各自配置 8 條 PCIe 插槽,總計可插入 16 張卡,且兩塊主板共享同一組散熱器。