JProfiler における AI とデータプライバシー
AI ツールがエンタープライズワークフローの一部となる場合、データ封じ込めが重要になります。
JProfiler は完全にお客様自身のインフラストラクチャ上で実行され、ej-technologies や第三者に対して プロファイリングデータを一切送信しません。
JProfiler には、AI システムとやり取りする機能が 2 つあります：
- MCP インテグレーションは、AI コーディングエージェントがプロファイリングデータを利用できるようにします。
- AI プローブは、アプリケーションが発行する LLM 呼び出しをキャプチャします。
それぞれに固有のデータフローがあります。
JProfiler の MCP サーバーは、Model Context Protocol 標準で通信するローカルプロセスです。Claude Code、Cursor、Codex などの AI エージェントがこれを使用するよう設定されている場合、エージェントはローカルで MCP サーバーを呼び出し、ホットスポット、呼び出しツリー、ヒープ解析結果などのプロファイリングデータを取得します。
ただし、AI エージェントが JProfiler から取得したデータは、コンテキストウィンドウの一部としてそのクラウドバックエンドに送信されます。お使いの AI エージェントに応じて、次の 2 つのケースがあります：
- クラウドベースの AI エージェントの場合、プロファイリングデータ（クラス名、メソッド名、SQL クエリ、スタックトレース）はお客様のインフラストラクチャの外部に送られ、そのプロバイダーのクラウドで処理されます。
- セルフホスト型の AI エージェントの場合、プロファイリングデータがお客様のインフラストラクチャの外に出ることは一切ありません。
AI プローブは、JProfiler の JDBC プローブや HTTP プローブと同様のパッシブなオブザーバビリティプローブです。アプリケーションが外部の AI サービスを呼び出す際に、LangChain4j や Spring AI などの LLM フレームワークをインストルメントして、プロンプト、モデル名、トークン数、リクエストの所要時間をキャプチャします。これらのデータはすべて JProfiler 内でローカルに収集・表示され、JProfiler のセッションまたはスナップショットファイルの中に留まります。
それらのプロンプトを LLM プロバイダーがどのように取り扱うかは、JProfiler ではなくそのプロバイダーの利用規約によって定められます。
いずれのフローでも、データ封じ込めの保証は JProfiler からではなく AI プロバイダーから得られるものです。
データの経由先となるプロバイダーのデータ利用ポリシーと学習ポリシーを確認してください。MCP インテグレーションであれば AI エージェントのバックエンド、AI プローブであればアプリケーションが呼び出す LLM がそれに該当します。主要なプロバイダーの大半は、顧客データを学習対象から明示的に除外するエンタープライズ契約やゼロデータリテンションプランを提供しています。