Apple Siliconにおける長い会話のためのKVキャッシュ再利用により、200倍の高速化を実現

概要
ある開発者が、Apple Silicon上でMLXフレームワークを使用したローカルLLM推論のためのセッションベースKV(キー・バリュー)キャッシュ再利用の実験結果を共有しました。目標は、各ターンでコンテキスト全体を再処理する必要をなくすことで、長い会話(10万トークン以上)を実用的にすることでした。
主な発見とベンチマーク
基本的なアプローチは、会話のターン間でKVキャッシュをメモリに保持し、新しいトークンのみを処理することでした。このシンプルなアイデアが劇的な性能向上をもたらしました:
- 10万コンテキストでの200倍のTTFT改善: キャッシュなし:126秒。キャッシュあり:0.5秒。これは処理されるトークン数の99.9%削減を意味します。
- 実世界のセッション数値: M3 Ultra 512GB Mac StudioでのQwen3.5-397Bモデルを使用した266メッセージのOpenClawエージェントセッションでのテスト結果:
- キャッシュヒット率:93.8%
- キャッシュヒット時のTTFT(<500新規トークン):1.0-1.3秒
- 完全なキャッシュミス時のTTFT(124Kトークン):528秒(8.8分)
うまくいかなかったこと
開発者は、失敗したか性能を低下させたいくつかの最適化の試みをテストしました:
- 思考トークンのトリミング: モデルの内部推論トークンをキャッシュから削除してスペースを節約しようと試みましたが、病的な動作を引き起こしました。応答は31%長くなり、品質が低下しました。これはモデルがターン間で過去の推論を参照するためです。
- KVキャッシュのローテーション(8192トークン): これは最高のトークン毎秒(TPS)レートを提供しましたが、モデルが以前のコンテキストを失う原因となり、想起能力が大幅に低下しました(8項目中4項目)。
- KV 8ビット量子化: これによりTPSが16.5%低下しました。計算オーバーヘッドがメモリ帯域幅の節約を上回ったためです。
実装とハードウェア
この実装は、MITライセンスの下でGitHubで公開されているオープンソースの個人プロジェクト「SoloHeaven」の一部です: https://github.com/joongom/mlx-soloheaven。READMEには完全なベンチマークテーブルが含まれています。
テストは、512GB RAMと4TBストレージを搭載したMac Studio M3 Ultraで実施され、MLX用に変換された以下のモデルが使用されました:
- Qwen3.5-122B-A10B-bf16
- Qwen3.5-397B-A17B-MLX-8bit
📖 Read the full source: r/LocalLLaMA
👀 See Also

Claudeの自動プロジェクトスキャフォールディングのためのコードスキル
開発者がClaude Codeスキルを構築し、React、Next.js、Node.js API、Turborepoモノレポのコマンドでフルスタックプロジェクトのセットアップを自動化しました。このスキルは最新の依存関係を取得し、50以上の統合をサポートし、MITライセンスで提供されています。

オープンソースのMCPサーバーがClaude Desktopに組み込みセッションメモリを追加
ある開発者が、Claude Desktopのコーディングセッション間でコンテキストを保持する統合セッションメモリを備えたTypeScript MCPサーバーを構築し、別途メモリインフラが必要なくなりました。このサーバーにはセッションの保存/読み込み機能に加え、Brave SearchやGoogle Gemini統合などの追加ツールも含まれています。

Redditユーザーがリトライループを打破するために失敗学習型コーディングエージェントを実験
r/LocalLLaMAの開発者が、失敗から学ぶことで繰り返しのリトライループから脱出するコーディングエージェントの実験を行っています。このアプローチは、失敗を単なるログではなく再利用可能な情報として扱うことに焦点を当てています。

ゾラ:オフラインファーストのAIエージェント、デフォルト拒否セキュリティとローカルメモリ搭載
Zoraは、デフォルトでOllamaを介して完全にオフラインで動作するAIエージェントで、ゼロアクセス権限から始まり、セッション間で永続的なメモリを維持します。他のエージェントで見られるセキュリティやコストの問題に対処しています。