Anthropic、オンデバイス実行可能なエージェントモデル「LFM2.5-2.6B」を公開
本文の状態
日本語全文を表示中
詳細モードで約12分の本文を読めます。
LiquidAI はオンデバイスで動作するエージェント専用モデル「LFM2.5-2.6B」を公開し、クラウド依存からの脱却による低遅延・プライバシー保護・コスト削減を実現した。
AI深層分析を開く2026年8月5日 23:47
AI深層分析
キーポイント
オンデバイスエージェントの実現
2.6B パラメータの軽量モデルがスマホや CPU でも動作可能となり、クラウド API に依存しないローカルエージェントを構築できる。
コストとパフォーマンスの変革
トークン使用料が発生しないため、大規模な並列処理や長時間のバックグラウンドタスクが実用的になり、開発者のアーキテクチャ設計を変える。
専用トレーニングパイプライン
教師モデル特化(Teacher Specialization)やマルチドメインオンポリシー蒸留(MOPD)、エージェント強化学習(Agentic RL)といった 4 つの段階を経て、ツール使用や推論能力を強化している。
多言語対応と文脈拡張
既存のトークナイザーを拡張して語彙数を 128K に増やし、非ラテン文字への対応を強化すると同時に、エージェントワークロードに必要な長文コンテキスト処理能力を持たせた。
MOPDによる単一モデルへの統合
専門化されたエキスパート教師モデルから学生モデルへ知識を蒸留するMOPD手法では、学生が独自のポリシーでロールアウトを行い、ドメインごとにルーティングされた教師からのトークンレベルフィードバックを受ける。これにより学習が不安定化せず、迅速に収束して単一モデル内に専門能力が統合される。
重要な引用
Unlike agents that depend on cloud APIs, local agents give you free inference, low latency, and real privacy.
Removing the per-token cost changes how developers build: agents can now be massively parallelized on local hardware.
LFM2.5-2.6B is a 2.6B parameter model specifically trained for agentic workloads.
Unlike off-policy distillation, where the student learns from trajectories generated by another model, MOPD lets the student roll out under its own policy.
編集コメントを表示
編集コメント
クラウド依存の課題を解決するオンデバイスエージェントモデルの実用化は、開発者の選択肢を広げる重要な一歩である。特にコスト制約がなくなることで、これまで不可能だった大規模な並列処理や常時稼働型アプリケーションの開発が現実味を帯びてきた。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
本日、デバイス上で完全に動作するエージェントモデル「LFM2.5-2.6B」をリリースします。このモデルはスマホでも動作するほど軽量であり、CPU 上でも応答性を保つのに十分な速度を持ち、プランニングやツール呼び出し、多段階タスクの解決といったエージェントワークフローを支える能力を備えています。
クラウド API に依存する従来のエージェントとは異なり、ローカルで動作するエージェントは推論コストが無料であり、低遅延を実現し、プライバシーも守られます。トークンごとの課金という制約が消えることで、開発者のアプローチも変わります。ローカルハードウェア上でエージェントを大規模に並列化できるようになり、背景で数百万トークンを消費するようなタスクも、追加コストをかけずに実行可能になります。
トークン使用量がボトルネックではなくなった今、エージェントは 24 時間年中無休であらゆる場所で稼働させることが可能になりました。
ベースモデル(LFM2.5-2.6B-Base)とポストトレーニング済みモデル(LFM2.5-2.6B)は本日、Hugging Face で公開されています。ローカルでの実行やファインチューニングの方法については、ドキュメント をご確認ください。
学習プロセス
LFM2.5-2.6B は、エージェントワークロードに特化して設計された 26 億パラメータのモデルです。事前学習には約 34T トークンを使用しました。
LFM2.5 でラテン文字以外のスクリプトへの対応を強化するため、モデルを一から再学習するのではなく、既存のトークナイザーを拡張するアプローチを採用し、語彙サイズを 128K に倍増させました。この手法は LFM2.5-8B-A1B と同じ手順に基づいています。
中間学習段階では、エージェントワークロードが要求する長い入力に対応できるよう、128K のコンテキスト拡張フェーズを専用に設けています。
以下の図は、ベースモデルである LFM2.5-2.6B-Base を、エージェント機能を持つ LFM2.5-2.6B に転換するための 4 つの段階からなるポストトレーニングパイプラインを要約したものです。それは 教師あり微調整 (SFT)、教師特化、マルチドメインオンポリシー蒸留 (MOPD)、そして エージェント強化学習 (Agentic RL) です。
教師あり微調整 (Supervised Fine-Tuning)
ポストトレーニングは、2 つの連続した SFT ステージから始まります。まず全ドメインにわたる広範なカバレッジを確保し、その後にエージェントタスクや推論、ツール使用といった優先度の高いスキルに焦点を当てた調整を行います。
この 2 つのステージ全体を通じて、SFT のトレーニングミックスは LFM2.5-8B-A1B で使用されたものの約 7 倍の規模となります。特にツール使用、ウェブ検索、ソフトウェアエンジニアリング、エージェントのトレースといったエージェントタスクへの重み付けが強化されています。
最終的な SFT チェックポイントは、後続の蒸留ステージで用いる一連の専門教師モデルのための学生モデル、および学習の初期化チェックポイントとして機能します。
教師モデルの専門化。 共有されたSFTチェックポイントから、重み付けされたデータ混合を用いた集中的なSFTラウンドと、検証可能な報酬による強化学習(RLVR)を経て、各ターゲットドメインごとに1 つのエキスパートを訓練します。こうして得られる専門家モデルは、指示の追従、数学、知識(ハルシネーション制御を含む)、コード、ツール使用、長期コンテキストといった分野を網羅しています。個別に訓練することで、各エキスパートは競合する更新の影響を受けず、自らのドメインに特化したデータと報酬を用いて深く最適化できます。
MOPD。 次に、これらの専門家を教師モデルとして用い、その能力を単一の学生モデルへ蒸留します。オフポリシー蒸留のように別のモデルが生成した軌道から学習するのではなく、MOPD では学生モデルが自らのポリシーでロールアウトを行います。各プロンプトは対応するドメインの教師にルーティングされ、トークンレベルのフィードバックによって学生の応答を指導します。
教師モデルと学生モデルは同じSFTチェックポイントから派生しているため、そのフィードバックは学生の分布に十分近く、学習を不安定化させることなく導くことができます。この密でルーティングされた監督により、学生モデルは迅速に収束し、ドメイン特化型の能力を単一のモデルに統合します。
「エージェント型強化学習」の最終段階では、モデルを実際のエージェント環境内で動作させる訓練を行います。ここでは、研究、文章作成、コーディング、データ分析、ドキュメント管理、外部ツールの利用、多ステップワークフローの自動化といった、現実的な生産性タスクをこなす能力を評価する、リアルなエージェントハネスを通じてマルチターン型の強化学習を実行します。
訓練中は、タスクをサンプリングし、対応するハネスをランダムに選択します。各ロールアウトは、独自のランタイムを持つ専用サンドボックス内で実行されます。最適化には GRPO を採用し、LLM による採点基準、プログラムによる検証、そして堅牢な安全ゲートを組み合わせた成果ベースの報酬関数を使用します。Hermes Agent や OpenClaw など、実際のハネス内で直接訓練を行うことで、モデルはこれらのツールやシステムプロンプト、インタラクションパターンに慣れ、あらゆるエージェント環境で確実に動作できるようになります。
この訓練パイプラインでは、モデルの最適化、推論、そして環境の実行をそれぞれ独立したコンポーネントとして分離しています。Training Engine(FSDP)がモデルの最適化を担当し、Rollout Engine(SGLang)が最新のポリシーに基づいてアクションを生成します。また、RL framework(verl)が訓練ループ全体を統括し、ロールアウトの実行、トラジェクトリと報酬の収集、そしてモデルの更新を司ります。
アクションは「Sandbox Service」内で実行されます。ここでは「Blackbox Harness」がエージェント(OpenClaw や Hermes Agent など)をホストし、ツール呼び出しやコード実行、タスク固有の操作を通じてタスク環境との対話を調整します。
「Harness Proxy」により、エージェント用ハネスは変更を加えずにブラックボックスとして扱えます。その一方で、RL 学習サンプルの再構築と検証に必要なトークンレベルの軌跡を透過的にキャプチャできます。これには、線形な軌跡の一貫性チェック、トークンの不一致確認、そして Rollout Routing Replay(R3)が含まれます。
Benchmarks
LFM2.5-2.6B は、STEM、指示従順性、ツール使用、エージェントワークフローをカバーするベンチマークで評価されました。比較対象の中で最も小さなモデルであるにもかかわらず、その約 4 倍の規模を持つモデルと競合し、多くの場合それを上回る性能を示しています。
| ベンチマーク | LFM2.5-2.6B (2.6B) | gemma-4-E2B-it (5.1B) | gemma-4-E4B-it (8B) | Qwen3.5-4B (4.7B) | Qwen3.5-9B (9.7B) |
|---|---|---|---|---|---|
| AA Omniscience | -29.50 | -74.47 | -49.03 | -54.30 | -50.43 |
| AIME25 | 51.87 | 26.33 | 34.27 | 49.33 | 56.07 |
| LiveCodeBenchv6 | 59.41 | 54.92 | 63.77 | 60.85 | 69.86 |
| IFBench | 59.17 | 34.08 | 39.24 | 48.40 | 56.47 |
| Multi-IF | 80.07 | 69.44 | 77.35 | 55.67 | 62.55 |
| IFStruct | 85.49 | 64.85 | 76.65 | 36.25 | 78.50 |
| BFCLv4 | 56.88 | 36.98 | 46.39 | 50.56 | 60.13 |
| ToolSandbox | 77.83 | 52.40 | 65.00 | 75.55 | 76.44 |
| τ³-Bench Banking | 5.67 | 3.35 | 4.12 | 5.45 | 5.15 |
| Claw-Eval average (EN) | 62.85 | 53.14 | 58.02 | 62.28 | 66.53 |
| PinchBench | 68.22 | 44.24 | 55.09 | 71.26 | 71.45 |
| BrowseComp+ (OpenClaw) | 26.89 | 8.31 | 15.90 | 24.46 | 27.23 |
LFM2.5-2.6B は、すべての指示従属ベンチマークで首位を走り、ツール使用のベンチマークでもほぼすべてでトップです。唯一 BFCLv4 では Qwen3.5-9B に僅差で及びません。エージェントタスクにおいては、Gemma 両モデルを全体的に上回り、Qwen モデルと互角の性能を発揮します。STEM(科学・技術・工学・数学)分野では AA Omniscience で首位に立ち、数学のみ Qwen3.5-9B に次ぐ結果です。コーディング領域だけが、より大規模なモデルが優位性を保つ唯一の分野と言えます。
これらの結果から、LFM2.5-2.6B はエッジデバイスでの高負荷エージェントワークロードに非常に適していることがわかります。特に速度、プライバシー、ローカル展開が重視されるケースでは最適解です。ただし、より複雑なエージェントタスクやコーディング中心のワークロードにおいては、大規模モデルの方が依然として適している場合もあります。
どこでも高速推論
LFM2.5-2.6B は、推論エコシステム全体で初日からのサポートを提供しています。
- llama.cpp — エッジでの効率的な推論のための GGUF チェックポイント
- MLX — Apple Silicon 向けの最適化された推論
- vLLM — 生産環境のスループット向上のための GPU アクセラレーション対応サービング
- SGLang — 生産環境のスループット向上のための GPU アクセラレーション対応サービング
- ONNX — 多様なアクセラレーター間でのクロスプラットフォーム推論
CPU 推論においては、効率的な LFM2 アーキテクチャにより、LFM2.5-2.6B はプロンプトの読み込みと回答生成において最も高速なモデルとなりました。M5 Max では秒間 220 トークン、Ryzen AI Max+ 395 では秒間 113 トークンをデコードしながら、メモリ使用量は 2.5 GB を超えません。さらにスマートフォンでも秒間 30 トークンの速度を維持できるため、高性能なエージェントがあなたの端末上で瞬時に、かつプライバシーを守って動作します。
GPU 推論
単一の NVIDIA H100 SXM5 GPU を用いて、出力スループット(総出力トークン数÷実時間)を測定しました。持続負荷設定の下では、各並列度レベルで目標とする同時実行リクエスト数を常に維持し、完了したリクエストは即座に新しいリクエストと置き換えています。
ベンチマークには SGLang 0.5.16 を使用し、入力トークンは 1,024、最大出力トークンは 256、精度は BF16 としました。各並列度レベルで 3 回の実行を平均化しています。LFM2.5-2.6B は同サイズクラスの中で最速のモデルであり、高い並列度では秒間約 15K トークンの出力を実現します。これは単一の H100 で 1 日あたり約 13 億トークンに相当します。
LFM2.5-2.6B でローカルエージェントを実行する
LFM2.5-2.6B のサイズ、速度、そして能力は、エッジデバイスでの高負荷なエージェントワークロードに最適な選択肢です。以下のデモでは、スマートフォン上で Liquid Agent ハーネス内で実行し、クラウド API を一切使用せずに端末だけで計画を立て、ツールを呼び出し、実際のタスクを完遂します。
ローカルエージェントを構築するのはたった 2 ステップだけです。まず、LFM2.5-2.6B を OpenAI 互換エンドポイントの背後に配置し、次にエージェントハーネスをそのエンドポイントを指すように設定するだけです。Hermes Agent、OpenClaw、Pi など、主要なハーネスですぐに動作します。モデルのローカル展開方法や、お好みのエージェントハーネスとの接続方法は、当社のガイドをご覧ください。
はじめに
LFM2.5-2.6B と LFM2.5-2.6B-Base の利用を開始し、今日から構築を始めましょう。両モデルとも Hugging Face で公開されています。
LFM2.5 では、「どこでも動作する AI」というビジョンの実現を目指しています。このモデル群の特徴は以下の通りです。
- オープンウェイト — 制限なくダウンロード、ファインチューニング、デプロイが可能
- 初日から高速 — Apple、AMD、Qualcomm、NVIDIA のハードウェアに対応し、llama.cpp、MLX、vLLM をネイティブサポート
- 完全なファミリー構成 — カスタマイズ用のベースモデルから、音声・画像に特化したバリアントまで、一つのアーキテクチャで多様なユースケースをカバー
みなさんがどのようなものを作り出すか、楽しみにしています。
Download on Hugging FaceRead our docsTry on Playground
引用について
本記事は以下のように引用してください。
Liquid AI, "LFM2.5-2.6B: Deploy Agents Everywhere", Liquid AI Blog, Aug 2026.
1 すべてのモデルは vLLM を用いて評価され、以下の生成パラメータで動作しました:
- BFCLv4: temperature = 0.001, max output tokens = 4096
- ToolSandBox: temperature = 0, max output tokens = 1024
- PinchBench: temperature = 0.6, max output tokens = 8192
- τ³-Bench、Claw-Eval: temperature = 0、出力トークン数に制限なし。Qwen モデルは推奨設定に従い temperature = 0.6 を使用(グリーディデコーディングではドームループが発生し性能が低下するため)
- その他の評価: temperature = 0.6, max output tokens = 32768
原文を表示
Today, we release LFM2.5-2.6B, an agentic model that runs entirely on-device. It is small enough to run on a phone, fast enough to stay responsive on a CPU, and capable enough to power agentic workflows: planning, calling tools, and tackling multi-step tasks.
Unlike agents that depend on cloud APIs, local agents give you free inference, low latency, and real privacy. Removing the per-token cost changes how developers build: agents can now be massively parallelized on local hardware, running background tasks that burn through millions of tokens at no marginal cost. When token spend is no longer a constraint, agents can be run everywhere around the clock.
The base (LFM2.5-2.6B-Base) and post-trained (LFM2.5-2.6B) models are available today on Hugging Face. Check out our docs on how to run and fine-tune them locally.
Training
LFM2.5-2.6B is a 2.6B parameter model specifically trained for agentic workloads. It's pre-trained on ~34T tokens. To better support non-Latin scripts in LFM2.5, we doubled the vocabulary to 128K by extending the existing tokenizer in place rather than retraining the model from scratch, using the same procedure as in LFM2.5-8B-A1B. Mid-training includes a dedicated 128K context-extension phase so the model can handle the long inputs that agentic workloads require.
The schematic summarizes the four-stage post-training pipeline that turns LFM2.5-2.6B-Base into the agentic LFM2.5-2.6B: Supervised Fine-Tuning (SFT), Teacher Specialization, Multi-Domain On-Policy Distillation (MOPD), and Agentic Reinforcement Learning (Agentic RL).
Supervised fine-tuning. Post-training begins with two consecutive SFT stages: starting with broad coverage across all domains, followed by targeted shaping on priority skills like agentic tasks, reasoning, and tool use. Across the two stages, the SFT training mix is about seven times the size of the one used for LFM2.5-8B-A1B, with heavier weighting toward agentic tasks such as tool use, web search, software engineering, and agent traces. The final SFT checkpoint serves as both the student model and the initialization checkpoint for training a set of specialist teachers for a later distillation stage.
Teacher Specialization. From the shared SFT checkpoint, we train one expert per target domain through a focused SFT round on a reweighted mix, followed by reinforcement learning with verifiable rewards (RLVR). The resulting specialists cover instruction following, math, knowledge including hallucination control, code, tool use, and long context. Training them separately lets each expert optimize deeply for its own domain, using targeted data and rewards without competing updates from unrelated objectives.
MOPD. We then use the specialized experts as teachers and distill their capabilities into a single student model. Unlike off-policy distillation, where the student learns from trajectories generated by another model, MOPD lets the student roll out under its own policy. Each prompt is routed to the teacher for its corresponding domain, which supervises the student's response with token-level feedback.
Because the teachers branch from the same SFT checkpoint as the student, their feedback stays close enough to the student's distribution to guide learning without destabilizing training. This dense, routed supervision helps the student converge quickly while integrating domain-specialized capabilities into a single model.
Agentic RL. The final stage teaches the model to operate inside real agent environments. We run multi-turn agentic RL through real agent harnesses, where the model works through realistic productivity tasks that evaluate its ability to research, write, code, analyze data, manage documents, use external tools, and automate multi-step workflows.
During training, we sample a task and randomly select a corresponding harness. Each rollout runs in a dedicated sandbox with its own runtime. We optimize with GRPO, using an outcome-based reward that combines an LLM-as-a-judge rubric, programmatic checks, and a hard safety gate. Training directly inside Hermes Agent, OpenClaw, and other harnesses exposes the model to their tools, system prompts, and interaction patterns, helping it work reliably across agent environments.
The training pipeline separates model optimization, inference, and environment execution into distinct components. The Training Engine (FSDP) optimizes the model, while the Rollout Engine (SGLang) generates actions using the latest policy. The RL framework (verl) orchestrates the training loop by launching rollouts, collecting trajectories and rewards, and updating the model.
Actions are executed within a Sandbox Service, where the Blackbox Harness hosts the agent (e.g., OpenClaw or Hermes Agent) and coordinates interactions with the task environment through tool calls, code execution, and other task-specific operations. The Harness Proxy lets us treat agentic harnesses as black boxes with no modification, while transparently capturing the token-level trajectories needed to reconstruct and validate RL training samples. This includes linear trajectory consistency, token mismatch checks, and Rollout Routing Replay (R3).
Benchmarks
We evaluated LFM2.5-2.6B across benchmarks covering STEM, instruction following, tool use, and agentic workflows. Despite being the smallest model in the comparison, it is competitive with, and often outperforms, models nearly four times its size.
| Benchmark | LFM2.5-2.6B (2.6B) | gemma-4-E2B-it (5.1B) | gemma-4-E4B-it (8B) | Qwen3.5-4B (4.7B) | Qwen3.5-9B (9.7B) |
|---|---|---|---|---|---|
| AA Omniscience | -29.50 | -74.47 | -49.03 | -54.30 | -50.43 |
| AIME25 | 51.87 | 26.33 | 34.27 | 49.33 | 56.07 |
| LiveCodeBenchv6 | 59.41 | 54.92 | 63.77 | 60.85 | 69.86 |
| IFBench | 59.17 | 34.08 | 39.24 | 48.40 | 56.47 |
| Multi-IF | 80.07 | 69.44 | 77.35 | 55.67 | 62.55 |
| IFStruct | 85.49 | 64.85 | 76.65 | 36.25 | 78.50 |
| BFCLv4 | 56.88 | 36.98 | 46.39 | 50.56 | 60.13 |
| ToolSandbox | 77.83 | 52.40 | 65.00 | 75.55 | 76.44 |
| τ³-Bench Banking | 5.67 | 3.35 | 4.12 | 5.45 | 5.15 |
| Claw-Eval average (EN) | 62.85 | 53.14 | 58.02 | 62.28 | 66.53 |
| PinchBench | 68.22 | 44.24 | 55.09 | 71.26 | 71.45 |
| BrowseComp+ (OpenClaw) | 26.89 | 8.31 | 15.90 | 24.46 | 27.23 |
LFM2.5-2.6B leads on every instruction-following benchmark and nearly every tool use benchmark, trailing only Qwen3.5-9B on BFCLv4. On agentic tasks, it outperforms both Gemma models across the board and trades closely with the Qwen models. On STEM, it leads on AA Omniscience and trails only Qwen3.5-9B on math. Coding is the one area where the larger models keep an edge.
These results make LFM2.5-2.6B a strong fit for high-volume agentic workloads on edge devices, especially when speed, privacy, and local deployment matter. For more complex agentic tasks or coding-heavy workloads, larger models may still be a better fit.1
Fast Inference Everywhere
LFM2.5-2.6B ships with day-one support across the inference ecosystem:
- llama.cpp — GGUF checkpoints for efficient edge inference
- MLX — Optimized inference for Apple Silicon
- vLLM — GPU-accelerated serving for production throughput
- SGLang — GPU-accelerated serving for production throughput
- ONNX — Cross-platform inference across diverse accelerators
CPU inference. Due to the efficient LFM2 architecture, LFM2.5-2.6B is the fastest model we tested at reading in prompts and generating answers, decoding 220 tokens/s on an M5 Max and 113 tokens/s on a Ryzen AI Max+ 395 while staying under 2.5 GB. It even holds 30 tokens/s on a phone, so a capable agent runs instantly and privately on your own device.
GPU inference. We also measure output throughput (total output tokens / wall time) on a single NVIDIA H100 SXM5 GPU using a sustained-load setting: at each concurrency level, we continuously maintain the target number of in-flight requests, replacing each completed request immediately.
We benchmark each model with SGLang 0.5.16, 1,024 input tokens, up to 256 output tokens, in BF16, averaging 3 runs per concurrency level. LFM2.5-2.6B is the fastest model in its size class, reaching almost 15K output tokens per second at high concurrency, roughly 1.3B tokens per day on a single H100.
Run local agents with LFM2.5-2.6B
LFM2.5-2.6B’s size, speed, and capabilities make it a great choice for high-volume agentic workloads on edge devices. In the demo below, we run it inside the Liquid Agent harness on a phone, where it plans, calls tools, and works through a real task entirely on-device, without any cloud API calls.
Setting up your own local agent takes only two steps. First, serve LFM2.5-2.6B behind an OpenAI-compatible endpoint, then point your agent harness at it. It works out of the box with popular harnesses like Hermes Agent, OpenClaw, and Pi. Check out our guide for how to serve the model locally and connect it with the agent harness of your choice.
Get Started
Start building today with LFM2.5-2.6B and LFM2.5-2.6B-Base, available on Hugging Face.
With LFM2.5, we're delivering on our vision of AI that runs anywhere. These models are:
- Open-weight — Download, fine-tune, and deploy without restrictions
- Fast from day one — Native support for llama.cpp, MLX, and vLLM across Apple, AMD, Qualcomm, and NVIDIA hardware
- A complete family — From base models for customization to specialized audio and vision variants, one architecture covers diverse use cases
We can't wait to see what you build.
Download on Hugging FaceRead our docsTry on Playground
Citation
Please cite this article as:
Liquid AI, "LFM2.5-2.6B: Deploy Agents Everywhere", Liquid AI Blog, Aug 2026.
1 All the models were evaluated with vLLM and the following generation parameters:
- BFCLv4: temperature = 0.001, max output tokens = 4096.
- ToolSandBox: temperature = 0, max output tokens = 1024.
- PinchBench: temperature = 0.6, max output tokens = 8192.
- τ³-Bench, Claw-Eval: temperature = 0, no output limit. Qwen models use temperature = 0.6 (per the recommended settings), as greedy decoding degrades performance due to doom looping.
- Other evals: temperature = 0.6, max output tokens = 32768.
同じ出来事を2媒体で確認
同じ出来事を扱う別媒体の記事です。見出しと公開時刻を比較できます。
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み