LM StudioからJanへ乗り換え——MCPと音声を最初から動かせるOSSローカルLLMクライアントの実力

ローカルLLMクライアントとして広く使われるLM Studioに対し、オープンソースの新興ツール「Jan」が代替候補として浮上しています。XDA DevelopersのNolen Jonker氏は、約12のリモートプロバイダーを標準搭載するJanへ移行し、MCPサーバーがJSON編集なしで動作し、8GB VRAM環境のGemma 4 E4Bで音声入力までこなせたと報告しています。Jonker氏はJanを「LM StudioのようなGUIファーストでありながらオープンソースで、より新しい機能が最初から組み込まれている」と位置づけ、両者の中間に立つ選択肢だと評価しています。

JSON編集・音声非対応・クローズドソース——LM Studio 3つの限界

XDA Developersは、Jonker氏がLM Studioを「ローカルAIを始める初心者にとって最も簡単なランナー」と引き続き評価したうえで、保守的なリリース姿勢に物足りなさを感じていると伝えています。レビューで挙げられた具体的な不満は次の通りです。

MCP（Model Context Protocol）対応が手動設定——機能自体は存在するものの、JSONを編集して個別にサーバーを登録する必要がある
音声入力に非対応——新しいマルチモーダルモデルが備える音声機能をLM Studio側で扱えない
クローズドソース——無償で利用できるがプロプライエタリで、コードを自由に確認できない

Jonker氏はLM Studioの制約を回避するためにllama.cppへ移ったものの、GUIはあってもターミナル起動が必要で「両方のいいとこ取り」を求めてJanにたどり着いたと振り返っています。

Janが提示する「GUI×オープンソース」のバランス

Janはデスクトップアプリとして動作し、ChatGPTスタイルのUIを採用しています。オープンソースとして公開されており、チャット履歴・設定・モデルファイルがユーザー自身で開いて移動できる形式でローカルディスクに保存される「file-over-app」哲学を掲げている点が特徴です。

注目すべきは、Janが純粋なローカル専用ツールではないことです。標準で約12のリモートプロバイダーが組み込まれており、APIキーを入れればClaudeやChatGPTのサブスクリプションと同じUIから併用できると報じられています。さらに「Hugging Face Router」プロバイダー経由で、Kimi-K2やDeepSeek-R1といったホスト型モデルを各社アカウント不要・従量課金で呼び出せる仕組みも備えています。

レビューでは今回、Hugging Faceから入手した常用モデル「Gemma 4 E4B GGUF」を、Janの「Llama.cpp Import」機能を使ってインポートしたと記されています。Gemma 4 E4Bは「高速で会話向けのマルチモーダルモデル」と紹介されており、8GB VRAM環境でも問題なく動作したとのことです。Janはファイルをコピーせずに参照リンクで結ぶ仕様のため、移動・削除でリンク切れを起こさないよう、GGUFファイルを事前に専用フォルダへ隔離したと報告されています。LM Studioでは扱えなかったGemmaの音声入力機能を画像・文書アップロードと組み合わせて使えた点を、今回の乗り換えで得た最大の収穫の1つに挙げています。

MCPとブラウザ操作が「設定なし」で動く

Janの優位性が最も際立つのがMCP周りです。「Jan Browser MCP」はあらかじめJanに同梱されたMCPサーバーで、npxを介してSTDIOブリッジでChrome拡張機能と接続する構成になっています。利用者は拡張機能をインストールし、設定画面でサーバーをトグル切り替えするだけで完結し、JSON編集やAPIキー登録といった作業は不要です。一方、LM StudioでBrave Search MCPを使う際は、JSON編集とAPIキー追加に加え、再起動やデバッグまで自前で行う必要があったとされています。

比較項目	LM Studio（Brave Search MCP）	Jan（Browser MCP）
初期設定	JSON編集とAPIキー追加が必要	拡張機能インストール＋トグルのみ
起動前作業	再起動とデバッグが必要	不要
拡張機能の権限管理	詳細は出典元を参照	Chrome拡張側でサイトアクセス・プライベート/Torでの無効化を設定可能

レビューでは権限管理として、Chrome拡張機能のサイトアクセスを「On click」に制限し、プライベートウィンドウとTorウィンドウで無効化、さらにfile URLアクセスもオフに設定したと記されています。エージェント型ブラウザツールは権限範囲が広くプロンプトインジェクションのリスクが伴うため、起動条件を絞ることが重要だという見方です。Jan Browser MCPはChromium系ブラウザで動作するため、Brave環境でもそのまま利用できたとされています。

LM Studioとllama.cppの中間に位置するクライアント

XDA Developersの記事タイトルでは「ローカルモデルがこれまでできなかったことをやれるようになった」とされており、Jonker氏はJanを「LM StudioのようなGUIファーストでありながらオープンソース」と表現しています。LM Studioのフレンドリーさを保ちつつ、llama.cppのオープンさと新機能を取り込んだ位置づけだと読めます。LM Studioを使い始めて新機能の不足に気づき始めた利用者にとって、Janは現実的な乗り換え先候補と位置づけられそうです。

ローカルLLMクライアントを選び直す際は、8GB VRAMクラスならGemma 4 E4Bのような軽量GGUFをJanのLlama.cpp Importで読み込み、Browser MCPの拡張機能を「On click」権限で有効化するところから着手するのが、本記事のレビュー手順に沿った現実的な入口になります。MCP・音声・モデル管理のどれを優先するかを整理したうえで、まずGGUFファイルのインポートと拡張機能連携の手触りを確かめるのが妥当でしょう。

Jan開発元と直近バージョンで広がる機能群

Janは「Menlo Research」が開発・保守しているプロジェクトで、Apache 2.0ライセンスのもとに公開されています。公式情報によれば、2026年時点で累計ダウンロードは530万件を超え、GitHubスターは41,000を上回る規模に達しているとされています。直近のバージョン更新でも、ローカルLLMクライアントとして機能が段階的に拡張されています。

v0.7.0: Projects機能、モデルのリネーム、llama.cppの自動チューニング、モデル統計表示、Azureプロバイダー対応を追加
v0.7.3: Jan Browser MCPによるブラウザ自動化、プロアクティブなAIアシスト、UX改善を導入
v0.7.4: オンボーディングの簡素化、ファイル添付機能の強化、ブラウザ連携の改良を実装
v0.7.9: 2026年3月23日に公開された最新リリース

ライセンスがApache 2.0で公開されているため、商用環境への導入時も適切な帰属表示を行えば利用しやすい点が評価されています。

2026年のMCPエコシステム拡大とLM Studioの追随

Model Context Protocol（MCP）はJanの導入以前からクライアント間での採用が進んでおり、エコシステム側の整備も急速に進行しています。2026年初頭の時点で公開されているMCPサーバーは500件を超え、Anthropic・OpenAI・Google DeepMindといった主要ベンダーがプロトコルを支持していると報じられています。

項目	2026年時点の状況
公開MCPサーバー数	500件超
Fortune 500企業の導入率	約28％
ソフトウェアベンダーの検討・実装率	76％

ローカルモデル側の進化も顕著で、ツール呼び出し精度のベンチマークではGemma 4が6.6％から86.4％へと大幅に伸びたとされています。LM Studio側でも2026年4月10日公開のv0.4.11でMCPサーバー向けOAuth対応が行われており、両クライアントが並行してMCPエコシステムを取り込む構図が見えてきます。

Q&A

Q. Janはオフラインでも動作し、データは外部に送信されますか？ ローカルモデルを使う限りチャット履歴・設定・モデルファイルはユーザー自身で開ける形式で手元のディスクに保存される「file-over-app」設計です。ただし約12のリモートプロバイダーやHugging Face Router経由のクラウドモデル（Kimi-K2・DeepSeek-R1など）を呼び出す場合、その通信は当然ながら各プロバイダー側に送信されます。

Q. LM Studioから乗り換えるべきタイミングはいつですか？ MCP連携をJSON編集なしで使いたい場合、音声入力対応のマルチモーダルモデルを動かしたい場合が判断材料になります。一方で初学者向けの簡便さではLM Studioも依然として選択肢だと評価されています。

Q. Janでブラウザ自動化を使う際の注意点は？ エージェント型ブラウザツールは権限が広いため、Chrome拡張機能のサイトアクセスを「On click」に制限し、プライベート/Torウィンドウでの動作とfile URLアクセスを無効化する設定が推奨されています。プロンプトインジェクションのリスクを抑える観点で重要なポイントです。