LM Studioのプラグイン：どれをインストールすべきか、そして comment

#なぜLM Studioにプラグインが存在するのか

LM Studioは優れたローカルランタイムです。GGUFまたはMLXをダウンロードし、お使いのGPUやApple製チップでモデルを実行して、チャット機能またはOpenAI互換APIを提供します。ただし、基本のチャットで扱えるのは、モデルが記憶しているテキストに限られます。ウェブへのアクセス、ローカルファイルの読み取り、ツールの実行、他のアプリケーションとの連携はできません。

LM Studioのプラグインは、この不足を補います。推論エンジンに手を加えずにアプリを拡張でき、会話中にモデルが呼び出せるツールを追加したり、モデルに渡す前にプロンプトを変換したり、独自の生成ロジックを組み込んだりできます。これらはすべてLM Studioのプロセス内で動作するため、すべてローカルで完結します。セルフホストを徹底するというアプリの方針に沿った仕組みです。

#プラグインを構成する5種類のコンポーネント

LM Studio プラグインは、5 種類のコンポーネントを提供できます。同じプラグインで複数のコンポーネントを組み合わせることもできますが、それぞれに明確な役割があります：

Tools Providers

生成中にモデルが呼び出すことができるツール（関数）を公開します。これは「関数呼び出し」と同じです：モデルがいつツールを呼び出すかを決定し、結果を読み取り、その後の推論を継続します。典型的な例：ファイルの読み取り、HTTPリクエストの実行、コマンドの実行、データベースの照会。

Prompt Preprocessors

モデルに届く前にプロンプトを変換します。RAGや要約のコンテキスト注入、PIIの隠蔽、またはユーザーのクエリをモデルが好むフォーマットに再構成するのに役立ちます。

Generators

デフォルトのllama.cpp/MLXエンジンに代わるカスタム生成バックエンドを提供します。高度な使い方として、一部のリクエストを別のランタイム、テスト用のモック、または自分で管理しているリモートサーバーに振り分けることができます。

Custom Configuration

LM Studio のUIにコンフィグフィールドを公開します（トグル、スライダー、テキストなど）。ユーザーはコードを編集せずにプラグインを設定できます。プラグインは実行時にこれらの値を読み取ります。

サードパーティの依存パッケージ

プラグインに必要なサードパーティ製npmパッケージを一覧にします。LM Studioは、プラグインのビルド時に、組み込みのNodeランタイム内にこれらのパッケージをインストールします。

#Hubからプラグインをインストールする

LM Studioのプラグインを追加する最も簡単な方法は、公式Hubを利用することです。公開されている各プラグインには専用ページがあり、「Add to LM Studio」ボタンと安定したディープリンクが用意されています。

1. 01
   1. lmstudio.ai でプラグインを検索

   LM Studio Hub で、関心のあるプラグインのページに移動してください。正規 URL は `https://lmstudio.ai/<creator>/<plugin-name>` の形式です。
2. 02
   2. 「Add to LM Studio」をクリックする

   ボタンを押すとディープリンクが開き、ローカルのLM Studioアプリにプラグインのインストールを指示します。LM Studioが開いていれば、インストールは数秒で完了します。開いていなければ、ディープリンクによってアプリが起動します。
3. 03
   3. プラグイン一覧で確認する

   インストールすると、LM Studioの「Plugins」セクションにプラグインが表示されます。いつでも有効化、設定（Custom Configurationが提供されている場合）、無効化ができます。
4. 04
   4. プラグインを使用する

   LM Studioは必要に応じてプラグインを自動実行します。Tools Providerの場合、チャット中にモデルがツールを呼び出せるようになります。Prompt Preprocessorの場合、各プロンプトに対して、ユーザーに通知することなく変換が適用されます。

#mcp.json で MCP サーバーを接続する

MCP（Model Context Protocol）は、外部サーバーが、互換性のあるどのホストからでも利用できるツールを公開するためのオープン標準です。LM Studioはバージョン0.3.17以降、MCP Hostとして機能しています。具体的には、公式またはサードパーティーのMCPサーバーを接続すると、Tools Providerのツールとまったく同じように、そのツールをチャットで利用できるようになります。

0.3.18では、2つの有用な改善が導入されました。クラッシュしたMCPサーバーの再起動を強制するボタンと、アプリ全体を再起動せずに公開されているツールのリストを再読み込みするリフレッシュボタンです。

MCPサーバーを追加する方法は2つあります。サーバーページからの「Add to LM Studio」ディープリンク、または`mcp.json`ファイルの手動編集です。後者のオプションは、右サイドバーの「Program」タブ → `Install`ボタン → `Edit mcp.json` の手順で進みます。

{
  "mcpServers": {
    "hf-mcp-server": {
      "url": "https://huggingface.co/mcp",
      "headers": {
        "Authorization": "Bearer <YOUR_HF_TOKEN>"
      }
    }
  }
}

`mcp.json` の記法は Cursor の記法と互換性があります。すでに Cursor 用の MCP ファイルがある場合は、同じブロックを再利用できます。`mcpServers` 配下の各項目は、1つのサーバーを記述します（HTTP URL またはローカルコマンド、認証ヘッダー、環境変数）。

#SDK lmstudio-jsを使ってプラグインを作成

既存のLM Studioプラグインではできないことを実現するために、LM StudioはTypeScript/JavaScript向けの公式SDKを提供しています。`lmstudio-js`というSDKで、npmでは`@lmstudio/sdk`というパッケージ名で公開されています。このSDKは、コンポーネントの宣言、モデルへのアクセス、設定の管理、アプリとの通信など、プラグインAPI全体に対応しています。

npm install @lmstudio/sdk --save

プラグインをゼロから作り始めるには、LM Studioに同梱されているCLI `lms`を使うのが最も簡単です。次の3つのコマンドで、ライフサイクルの主要な部分をカバーできます：

1. 01
   1. lms create — 初期構成を生成

   必要な構成を備えた新しいプラグインフォルダを作成します。マニフェスト、TypeScriptコード、依存関係が含まれます。メインコンポーネントの種類（Tools Provider、Prompt Preprocessor、Generator）を選びます。SDKと型定義は、すでに組み込まれています。
2. 02
   2. lms dev — 開発モード

   プラグインのフォルダで `lms dev` を実行すると、開発モードが起動します。保存するたびにコードが再ビルド・再読み込みされ、プラグインはインストール済みの場合と同じようにLM Studioアプリのプラグイン一覧に表示されます。手動でビルドとインストールを繰り返す必要がなく、素早く修正と確認を進められます。
3. 03
   3. lms push — Hubに公開

   プラグインの準備が整ったら、`lms push`でLM Studio Hubに公開します。公開後は、ディープリンク`https://lmstudio.ai/<vous>/<nom-plugin>`から誰でもインストールできるようになります。バージョン管理とメタデータは、プロジェクトのマニフェストで管理されます。

#セキュリティ：ソース、権限、過剰消費

LM StudioのプラグインやMCPサーバーは、アプリのプロセス内で第三者のコードを実行できるようにします。このリスクは軽視できません。

任意のコード

ローカルMCPは、お使いのOS上で任意のコマンドを実行できます。インストールする前にコードを読むか、メンテナーを信頼できることを確認してください。

ファイルへのアクセス

`read_file`ツールを備えたMCPサーバーは、利用者のユーザーアカウントで読み取れるものすべてを読み取れる可能性があります。`allowed_tools`を使うか、サーバー側でパスを明示的に指定して、アクセスを制限してください。

ネットワークアクセス

MCPは外部にリクエストを送信できます（情報が外部に流出する可能性があります）。設定内の送信先リストを確認し、必要に応じてファイアウォールで通信を遮断してください。

トークンの過剰使用

クラウドモデル向けに設計されたMCP（大きなコンテキストウィンドウや多数のツールを想定したもの）は、非常に大量のコンテキストを送り込むことがあります。より小さなローカルモデルでは、それによって性能と回答の品質が低下します。

基本ルールとして、インストールするプラグインやMCPには、誰が保守しているか分かること、リポジトリにアクセスできること、用途が明確であることが必要です。疑わしい場合は、「Add to LM Studio」をクリックする前にコードを読んでください。

#2026年夏の新機能：v0.4.20、Linux および Bionic

LM Studio 0.4.20（2026年7月22日）では、特にネットワーク経由の利用が強化されています。企業向けに設計されたエンドポイントと、LM Link経由で遠隔操作できる「device」モデルが用意されています。既存のプラグインの互換性は維持されています。仕組みは引き続きNode上で実行されるJavaScript/TypeScriptで、コンポーネントの種類（ツールプロバイダー、プロンプトプリプロセッサ、ジェネレーター、カスタム設定）も同じです。また、開発者モードのlms devではプラグインをホットリロードできます。

Linuxでは、プラグインは ~/.config/LMStudio/plugins に保存されます。Gitでバージョン管理するか、複数のマシン間で同期するのに便利です。他のワークフロー（インストール、mcp.jsonによるMCPサーバーの設定）はWindowsおよびmacOSと同様です。

#さらに詳しく

プラグインとMCPサーバーによって、LM Studioはプラットフォームになります。同じローカルランタイムで、機能を拡張したチャット、自律型エージェント、IDEのアシスタント、あるいは自作アプリのバックエンドを動かせるようになります。まずは小さく始めるのがおすすめです。公式のMCPを1つ、Hubのプラグインを1つ使って動作を理解し、具体的な必要性が生じたら独自のTools Providerを作りましょう。

LM Studioを初めて利用する場合、または他のツールのバックエンドとして利用する場合、以下のガイドがこの概要を補完します。