SonarQube

SonarQube MCP サーバー

SonarQube MCP サーバーは、コード品質とセキュリティのために SonarQube Server または Cloud とのシームレスな統合を可能にする Model Context Protocol (MCP) サーバーです。 また、エージェントコンテキスト内でコードスニペットを直接解析することもサポートしています。

クイックセットアップ

🚀 設定の生成

最も早く始める方法は、SonarQube MCP サーバー設定ジェネレーター を使用することです。これは、お好みの AI エージェントクライアント向けのすぐに使える設定を生成するインタラクティブなツールです。

手動設定

自分で設定する場合は、sonarsource/sonarqube-mcp のコンテナイメージを使用するのが最も簡単な方法です。自動更新には sonarsource/sonarqube-mcp を（--pull=always とともに）、再現可能なデプロイにはバージョンタグ（例：sonarsource/sonarqube-mcp:1.19.0.2785）を指定してください。ローカルでビルドしたい場合は以下をお読みください。

注記: 以下の例では docker を使用していますが、OCI 互換のコンテナランタイム（Podman、nerdctl など）であればどれでも動作します。docker を任意のツールに置き換えてください。

{
  "mcpServers": {
    "sonarqube": {
      "command": "docker",
      "args": ["run", "--init", "--pull=always", "-i", "--rm", "-e", "SONARQUBE_TOKEN", "-e", "SONARQUBE_ORG", "sonarsource/sonarqube-mcp"],
      "env": {
        "SONARQUBE_TOKEN": "<YOUR_TOKEN>",
        "SONARQUBE_ORG": "<YOUR_ORG>"
      }
    }
  }
}

{
  "mcpServers": {
    "sonarqube": {
      "command": "docker",
      "args": ["run", "--init", "--pull=always", "-i", "--rm", "-e", "SONARQUBE_TOKEN", "-e", "SONARQUBE_URL", "sonarsource/sonarqube-mcp"],
      "env": {
        "SONARQUBE_TOKEN": "<YOUR_USER_TOKEN>",
        "SONARQUBE_URL": "<YOUR_SERVER_URL>"
      }
    }
  }
}

claude mcp add sonarqube \
  --env SONARQUBE_TOKEN=$SONAR_TOKEN \
  --env SONARQUBE_ORG=$SONAR_ORG \
  -- docker run --init --pull=always -i --rm -e SONARQUBE_TOKEN -e SONARQUBE_ORG sonarsource/sonarqube-mcp

claude mcp add sonarqube \
  --env SONARQUBE_TOKEN=$SONAR_USER_TOKEN \
  --env SONARQUBE_URL=$SONAR_URL \
  -- docker run --init --pull=always -i --rm -e SONARQUBE_TOKEN -e SONARQUBE_URL sonarsource/sonarqube-mcp

[mcp_servers.sonarqube]
command = "docker"
args = ["run", "--init", "--pull=always", "--rm", "-i", "-e", "SONARQUBE_TOKEN", "-e", "SONARQUBE_ORG", "sonarsource/sonarqube-mcp"]
env = { "SONARQUBE_TOKEN" = "<YOUR_USER_TOKEN>", "SONARQUBE_ORG" = "<YOUR_ORG>" }

[mcp_servers.sonarqube]
command = "docker"
args = ["run", "--init", "--pull=always", "--rm", "-i", "-e", "SONARQUBE_TOKEN", "-e", "SONARQUBE_URL", "sonarsource/sonarqube-mcp"]
env = { "SONARQUBE_TOKEN" = "<YOUR_TOKEN>", "SONARQUBE_URL" = "<YOUR_SERVER_URL>" }

gemini extensions install https://github.com/SonarSource/sonarqube-agent-plugins

/mcp add

Server Name: sonarqube
Server Type: Local (Press 1)
Command: docker
Arguments: run, --init, --pull=always, --rm, -i, -e, SONARQUBE_TOKEN, -e, SONARQUBE_ORG, sonarsource/sonarqube-mcp
Environment Variables: SONARQUBE_TOKEN=<YOUR_TOKEN>,SONARQUBE_ORG=<YOUR_ORG>
Tools: *

Server Name: sonarqube
Server Type: Local (Press 1)
Command: docker
Arguments: run, --init, --pull=always, --rm, -i, -e, SONARQUBE_TOKEN, -e, SONARQUBE_URL, sonarsource/sonarqube-mcp
Environment Variables: SONARQUBE_TOKEN=<YOUR_USER_TOKEN>,SONARQUBE_URL=<YOUR_SERVER_URL>
Tools: *

{
  "mcpServers": {
    "sonarqube": {
      "type": "local",
      "command": "docker",
      "args": [
        "run",
        "--init",
        "--pull=always",
        "--rm",
        "-i",
        "-e",
        "SONARQUBE_TOKEN",
        "-e",
        "SONARQUBE_ORG",
        "sonarsource/sonarqube-mcp"
      ],
      "env": {
        "SONARQUBE_TOKEN": "COPILOT_MCP_SONARQUBE_TOKEN",
        "SONARQUBE_ORG": "COPILOT_MCP_SONARQUBE_ORG"
      },
      "tools": ["*"]
    }
  }
}

{
  "mcpServers": {
    "sonarqube": {
      "type": "local",
      "command": "docker",
      "args": [
        "run",
        "--init",
        "--pull=always",
        "--rm",
        "-i",
        "-e",
        "SONARQUBE_TOKEN",
        "-e",
        "SONARQUBE_URL",
        "sonarsource/sonarqube-mcp"
      ],
      "env": {
        "SONARQUBE_TOKEN": "COPILOT_MCP_SONARQUBE_USER_TOKEN",
        "SONARQUBE_URL": "COPILOT_MCP_SONARQUBE_URL"
      },
      "tools": ["*"]
    }
  }
}

{
  "mcpServers": {
    "sonarqube": {
      "command": "docker",
      "args": [
        "run",
        "--init",
        "--pull=always",
        "-i",
        "--rm",
        "-e", 
        "SONARQUBE_TOKEN",
        "-e",
        "SONARQUBE_ORG",
        "sonarsource/sonarqube-mcp"
      ],
      "env": {
        "SONARQUBE_TOKEN": "<YOUR_TOKEN>",
        "SONARQUBE_ORG": "<YOUR_ORG>"
      },
      "disabled": false,
      "autoApprove": []
    }
  }
}

{
  "mcpServers": {
    "sonarqube": {
      "command": "docker",
      "args": [
        "run",
        "--init",
        "--pull=always",
        "-i",
        "--rm",
        "-e", 
        "SONARQUBE_TOKEN",
        "-e",
        "SONARQUBE_URL",
        "sonarsource/sonarqube-mcp"
      ],
      "env": {
        "SONARQUBE_TOKEN": "<YOUR_USER_TOKEN>",
        "SONARQUBE_URL": "<YOUR_SERVER_URL>"
      },
      "disabled": false,
      "autoApprove": []
    }
  }
}

{
  "sonarqube_token": "YOUR_SONARQUBE_TOKEN",
  "sonarqube_org": "SONARQUBE_ORGANIZATION_KEY",
  "docker_path": "DOCKER_PATH"
}

{
  "sonarqube_token": "YOUR_SONARQUBE_USER_TOKEN",
  "sonarqube_url": "YOUR_SONARQUBE_SERVER_URL",
  "docker_path": "DOCKER_PATH"
}

💡 ヒント: 最新の機能と修正を確実に利用できるよう、最新イメージを定期的にプルするか、問題を報告する前にプルすることをお勧めします。

手動インストール

MCP サーバー設定ファイルに以下のスニペットをコピーして、SonarQube MCP サーバーを手動でインストールできます：

• SonarQube Cloud に接続する場合：

{
  "sonarqube": {
    "command": "docker",
    "args": [
      "run",
      "--init",
      "--pull=always",
      "-i",
      "--rm",
      "-e",
      "SONARQUBE_TOKEN",
      "-e",
      "SONARQUBE_ORG",
      "sonarsource/sonarqube-mcp"
    ],
    "env": {
      "SONARQUBE_TOKEN": "<token>",
      "SONARQUBE_ORG": "<org>"
    }
  }
}

• SonarQube Server に接続する場合：

{
  "sonarqube": {
    "command": "docker",
    "args": [
      "run",
      "--init",
      "--pull=always",
      "-i",
      "--rm",
      "-e",
      "SONARQUBE_TOKEN",
      "-e",
      "SONARQUBE_URL",
      "sonarsource/sonarqube-mcp"
    ],
    "env": {
      "SONARQUBE_TOKEN": "<token>",
      "SONARQUBE_URL": "<url>"
    }
  }
}

SonarQube for IDE との統合

SonarQube MCP サーバーは SonarQube for IDE と統合でき、開発ワークフローをさらに強化し、IDE 内で直接より良いコード解析とインサイトを提供します。

{
  "sonarqube": {
    "command": "docker",
    "args": [
      "run",
      "--init",
      "--pull=always",
      "-i",
      "--rm",
      "-e",
      "SONARQUBE_TOKEN",
      "-e",
      "SONARQUBE_ORG",
      "-e",
      "SONARQUBE_IDE_PORT",
      "sonarsource/sonarqube-mcp"
    ],
    "env": {
      "SONARQUBE_TOKEN": "<token>",
      "SONARQUBE_ORG": "<org>",
      "SONARQUBE_IDE_PORT": "<64120-64130>"
    }
  }
}

設定

環境に応じて、特定の環境変数を指定する必要があります。

基本

MCP サーバーを実行する際は、以下の変数を追加する必要があります：

ワークスペースマウント（コンテキスト肥大化の削減）

デフォルトでは、解析ツール analyze_code_snippet はエージェントがファイルの完全な内容を fileContent 引数として渡すことを要求します。大きなファイルやセッションで多くのファイルを解析する場合、これによりコンテキストウィンドウの使用量とコストが大幅に増加します。 解決策: プロジェクトディレクトリを /app/mcp-workspace でコンテナにマウントします。このマウントが検出されると、サーバーはプロジェクト相対の filePath 引数を使用してディスクから直接ファイルを読み取ります。ファイルの内容がエージェントコンテキストを経由することはありません。

{
  "args": [
    "run", "-i", "--rm", "--init", "--pull=always",
    "-e", "SONARQUBE_TOKEN",
    "-e", "SONARQUBE_ORG",
    "-v", "/path/to/your/project:/app/mcp-workspace",
    "sonarsource/sonarqube-mcp"
  ]
}

マウントがアクティブな場合:

• 組織に権限がある場合、run_advanced_code_analysis が利用可能になります
• analyze_code_snippet: filePath が必要で、fileContent は使用されません — サーバーは同じ方法でファイルを解決します

ツールセットの選択的有効化

デフォルトでは、コンテキストのオーバーヘッドを減らすために重要なツールセットのみが有効になっています。必要に応じて追加のツールセットを有効にできます。

docker run --init --pull=always -i --rm \
  -e SONARQUBE_TOKEN="<token>" \
  -e SONARQUBE_ORG="<org>" \
  -e SONARQUBE_TOOLSETS="analysis,issues,quality-gates" \
  sonarsource/sonarqube-mcp

docker run --init --pull=always -i --rm \
  -e SONARQUBE_TOKEN="<token>" \
  -e SONARQUBE_ORG="<org>" \
  -e SONARQUBE_READ_ONLY="true" \
  sonarsource/sonarqube-mcp

SonarQube Cloud

完全な機能を有効にするには、サーバーを起動する前に次の環境変数を設定する必要があります:

例:

• SonarQube Cloud: SONARQUBE_TOKEN と SONARQUBE_ORG のみが必要です
• SonarQube Cloud US: SONARQUBE_TOKEN、SONARQUBE_ORG、SONARQUBE_URL=https://sonarqube.us を設定します

SonarQube Server

バージョン要件: SonarQube Server 2025.1 (SQS) または 25.1 (SonarQube Community Build) 以降が必要です。起動時に、MCPサーバーは接続先インスタンスのバージョンを読み取り、古すぎる場合はエラーで終了します（例: レガシーな9.x/10.x ServerリリースやCommunity Build 24.xはサポートされていません）。SonarQube Cloudはこのチェックの対象外です。

⚠️ SonarQube Serverへの接続にはUSERタイプのトークンが必要であり、プロジェクトトークンやグローバルトークンを使用した場合は正しく機能しません。

💡 設定のヒント（stdioモード）: SONARQUBE_ORG の有無によって、SonarQube Cloud と Server のどちらに接続するかが決まります。SONARQUBE_ORG が設定されている場合は SonarQube Cloud が使用され、それ以外の場合は SonarQube Server が使用されます。

トランスポートモード

MCP仕様は、Stdio と Streamable HTTP の2つのトランスポートメカニズムを定義しています。SonarQube MCP Serverは両方をサポートしています:

注: Streamable HTTP は現在のMCPネットワークトランスポートです。以前のMCPバージョンのSSEのみのHTTPトランスポートは非推奨であり、サポートされていません。

1. Stdio（デフォルト - ローカル開発に推奨）

ローカル開発やシングルユーザー設定に推奨されるモードで、ほとんどのMCPクライアントで使用されます。

例 - SonarQube Cloud を使用した Docker:

{
  "mcpServers": {
    "sonarqube": {
      "command": "docker",
      "args": ["run", "--init", "--pull=always", "-i", "--rm", "-e", "SONARQUBE_TOKEN", "-e", "SONARQUBE_ORG", "sonarsource/sonarqube-mcp"],
      "env": {
        "SONARQUBE_TOKEN": "<your-token>",
        "SONARQUBE_ORG": "<your-org>"
      }
    }
  }
}

2. HTTP（Streamable HTTP）

暗号化されていないStreamable HTTPトランスポート。マルチユーザー展開では代わりにHTTPSを使用してください。

⚠️ 推奨されません: ローカル開発には Stdio を、マルチユーザーの本番展開には HTTPS（Streamable HTTP） を使用してください。

注: Streamable HTTPモード（HTTPまたはHTTPS）では、サーバーはステートレスです。各クライアントリクエストには、ユーザー自身のSonarQubeトークンを含む Authorization: Bearer <token> ヘッダーを含める必要があります。SonarQube Cloudの場合、組織は次のように解決されます:

• サーバー起動時に SONARQUBE_ORG が設定されている場合、すべてのリクエストはその組織にルーティングされます。クライアントは SONARQUBE_ORG ヘッダーを送信しないでください。送信するとエラーになります。
• サーバー起動時に SONARQUBE_ORG が設定されていない場合、各クライアントはすべてのリクエストで SONARQUBE_ORG ヘッダーを提供する必要があります。 クライアントは、SONARQUBE_TOOLSETS および/または SONARQUBE_READ_ONLY ヘッダーを提供することで、リクエストごとに表示されるツールを絞り込むこともできます。これらはサーバーレベルの設定に加えて追加のフィルタリングを適用します。スコープを縮小することのみ可能で、拡大することはできません。 リクエスト間でセッション状態は維持されません。

非推奨: SONARQUBE_TOKEN リクエストヘッダーは後方互換性のために引き続き受け入れられますが、将来のバージョンで削除されます。Authorization: Bearer <token> に移行してください。

3. HTTPS（TLS上のStreamable HTTP）（マルチユーザー本番展開に推奨）

TLS暗号化によるセキュアなStreamable HTTPトランスポート。SSL証明書が必要です。

✅ 本番環境に推奨: 複数ユーザー向けにStreamable HTTP経由でMCPサーバーを展開する場合は、HTTPSを使用してください。サーバーはセキュリティのため、デフォルトで 127.0.0.1（localhost）にバインドされます。

SSL証明書設定（オプション）:

例 - SonarQube Cloud を使用した Docker:

注: コンテナで実行する場合は、コンテナがすべてのインターフェースでリッスンし、ランタイムのポートマッピングが機能するように SONARQUBE_HTTP_HOST=0.0.0.0 を設定し、サーバーにコンテナ内であることを伝えるために SONARQUBE_MCP_IN_CONTAINER=true を設定してください。公式Dockerイメージは後者を自動設定します。他のOCIランタイム（Podman、Kubernetes、Nomadなど）を使用する場合は自分で設定してください。ホスト側のポートフラグは、コンテナの外部からサーバーに到達できるユーザーを制御します。SONARQUBE_HTTP_HOST=0.0.0.0 はサーバーがコンテナ内でリッスンする場所のみを制御します。ブラウザのCORSはデフォルトでlocalhostオリジンを引き続き許可します。

ローカルマシンで実行されているサーバー（localhostからのみアクセス可能）の場合:

docker run --init --pull=always -p 127.0.0.1:8443:8443 \
  -v $(pwd)/keystore.p12:/etc/ssl/mcp/keystore.p12:ro \
  -e SONARQUBE_TRANSPORT=https \
  -e SONARQUBE_HTTP_HOST=0.0.0.0 \
  -e SONARQUBE_HTTP_PORT=8443 \
  -e SONARQUBE_TOKEN="<init-token>" \
  -e SONARQUBE_ORG="<your-org>" \
  sonarsource/sonarqube-mcp

ネットワークからアクセス可能なサーバー（リモート展開）の場合:

docker run --init --pull=always -p 8443:8443 \
  -v $(pwd)/keystore.p12:/etc/ssl/mcp/keystore.p12:ro \
  -e SONARQUBE_TRANSPORT=https \
  -e SONARQUBE_HTTP_HOST=0.0.0.0 \
  -e SONARQUBE_HTTP_PORT=8443 \
  -e SONARQUBE_TOKEN="<init-token>" \
  -e SONARQUBE_ORG="<your-org>" \
  sonarsource/sonarqube-mcp

クライアント設定（SonarQube Cloud）:

{
  "mcpServers": {
    "sonarqube-https": {
      "url": "https://your-server:8443/mcp",
      "headers": {
        "Authorization": "Bearer <your-token>",
        "SONARQUBE_ORG": "<your-org>",
        "SONARQUBE_TOOLSETS": "issues,quality-gates",
        "SONARQUBE_READ_ONLY": "true"
      }
    }
  }
}

クライアント設定（SonarQube Server）:

{
  "mcpServers": {
    "sonarqube-https": {
      "url": "https://your-server:8443/mcp",
      "headers": {
        "Authorization": "Bearer <your-token>",
        "SONARQUBE_TOOLSETS": "issues,quality-gates",
        "SONARQUBE_READ_ONLY": "true"
      }
    }
  }
}

注: SONARQUBE_TOOLSETS と SONARQUBE_READ_ONLY は、特定のリクエストに対してサーバーレベルのツールセットを絞り込むオプションのリクエストごとのヘッダーです。スコープを縮小することのみ可能で、サーバーが起動されたときの設定を超えてツールセットを有効にしたり、制限を解除したりすることはできません。

注: ローカル開発には、代わりにStdioトランスポート（デフォルト）を使用してください。HTTPS Streamable HTTPは、適切なSSL証明書を使用したマルチユーザー本番展開を目的としています。

サービスエンドポイント

Streamable HTTP モード（http または https）で実行する場合、サーバーは /mcp のMCPエンドポイントに加えて、いくつかの認証不要のサービスエンドポイントを公開します。これらはサービス間の使用（監視、オーケストレーション、クライアント互換性チェック）を目的としており、Authorization ヘッダーは必要ありません。

これらのエンドポイントは、Stdio トランスポートで実行する場合は利用できません。

カスタム証明書

SonarQube Serverが自己署名証明書またはプライベート認証局（CA）の証明書を使用している場合、コンテナにカスタム証明書を追加でき、自動的にインストールされます。

docker run --init --pull=always -i --rm \
  -v /path/to/your/certificates/:/usr/local/share/ca-certificates/:ro \
  -e SONARQUBE_TOKEN="<token>" \
  -e SONARQUBE_URL="<url>" \
  sonarsource/sonarqube-mcp

{
  "sonarqube": {
    "command": "docker",
    "args": [
      "run",
      "--init",
      "--pull=always",
      "-i",
      "--rm",
      "-v",
      "/path/to/your/certificates/:/usr/local/share/ca-certificates/:ro",
      "-e",
      "SONARQUBE_TOKEN",
      "-e",
      "SONARQUBE_URL",
      "sonarsource/sonarqube-mcp"
    ],
    "env": {
      "SONARQUBE_TOKEN": "<token>",
      "SONARQUBE_URL": "<url>"
    }
  }
}

プロキシ

SonarQube MCP Serverは、標準のJavaプロキシシステムプロパティを通じてHTTPおよびSOCKS5プロキシをサポートしています。

クライアント証明書（相互TLS）

SonarQube ServerがTLSハンドシェイク中にクライアント証明書の提示を要求する場合（相互TLS）、PKCS12キーストアをコンテナにマウントし、その場所をJAVA_OPTS経由で渡すことで提供できます。

docker run --init --pull=always -i --rm \
  -v /path/to/client.p12:/etc/ssl/mcp/client.p12:ro \
  -e JAVA_OPTS="-Djavax.net.ssl.keyStore=/etc/ssl/mcp/client.p12 -Djavax.net.ssl.keyStoreType=PKCS12 -Djavax.net.ssl.keyStorePassword=<passphrase>" \
  -e SONARQUBE_TOKEN="<token>" \
  -e SONARQUBE_URL="<url>" \
  sonarsource/sonarqube-mcp

{
  "sonarqube": {
    "command": "docker",
    "args": [
      "run", "--init", "--pull=always", "-i", "--rm",
      "-v", "/path/to/client.p12:/etc/ssl/mcp/client.p12:ro",
      "-e", "JAVA_OPTS",
      "-e", "SONARQUBE_TOKEN",
      "-e", "SONARQUBE_URL",
      "sonarsource/sonarqube-mcp"
    ],
    "env": {
      "JAVA_OPTS": "-Djavax.net.ssl.keyStore=/etc/ssl/mcp/client.p12 -Djavax.net.ssl.keyStoreType=PKCS12 -Djavax.net.ssl.keyStorePassword=<passphrase>",
      "SONARQUBE_TOKEN": "<token>",
      "SONARQUBE_URL": "<url>"
    }
  }
}

java \
  -Djavax.net.ssl.keyStore=/path/to/client.p12 \
  -Djavax.net.ssl.keyStoreType=PKCS12 \
  -Djavax.net.ssl.keyStorePassword=<passphrase> \
  -jar <path_to_sonarqube_mcp_server_jar>

{
  "sonarqube": {
    "command": "java",
    "args": [
      "-Djavax.net.ssl.keyStore=/path/to/client.p12",
      "-Djavax.net.ssl.keyStoreType=PKCS12",
      "-Djavax.net.ssl.keyStorePassword=<passphrase>",
      "-jar",
      "<path_to_sonarqube_mcp_server_jar>"
    ],
    "env": {
      "SONARQUBE_TOKEN": "<token>",
      "SONARQUBE_URL": "<url>"
    }
  }
}

ツール

分析

• analyze_code_snippet - SonarQubeアナライザーを使用してファイルコンテンツを分析し、コード品質とセキュリティの問題を特定します。正確性のために常に完全なファイルコンテンツを分析します。オプションで結果を特定のコードスニペットにフィルタリングできます。

  非推奨: analyze_code_snippetは将来のリリースで削除されます。SonarQube for IDEを接続してanalyze_file_listを使用するか、組織でVortex分析を有効にしてrun_advanced_code_analysisを使用してください（下記参照）。

  使用方法：

  • ワークスペースがマウントされている場合（推奨）：filePath（プロジェクト相対パス）を渡します — サーバーがファイルを直接読み取り、ファイルコンテンツをエージェントのコンテキストウィンドウから除外します
  • ワークスペースのマウントがない場合：完全なfileContentを渡してファイル全体を分析します（すべての問題を報告）
  • オプションのcodeSnippetを追加して結果をフィルタリング — スニペット内の問題のみが報告されます（スニペットの場所は自動検出）

  パラメータ：

  • projectKey - SonarQubeプロジェクトキー - 必須文字列 （SONARQUBE_PROJECT_KEYが定義されている場合は無視）
  • filePath - 分析するファイルのプロジェクト相対パス（例：src/main/java/MyClass.java）。ワークスペースが/app/mcp-workspaceにマウントされている場合に使用 - 文字列
  • fileContent - 文字列としての完全なファイルコンテンツ。ワークスペースがマウントされていない場合に必須 - 文字列
  • codeSnippet - 問題をフィルタリングするコードスニペット（fileContentのコンテンツと一致する必要があります） - 文字列
  • language - コードの言語（例：'java'、'python'、'js'、'ts'、'tsx'、'jsx'） - 文字列
  • scope - ファイルのスコープ：MAINまたはTEST（デフォルト：MAIN） - 文字列

  サポートされている言語: Java、Kotlin、Python、Ruby、Go、JavaScript（js、jsx）、TypeScript（ts、tsx）、JSP、PHP、XML、HTML、CSS、CloudFormation、Kubernetes、Terraform、Azure Resource Manager、Ansible、Docker、シークレット検出

SonarQube for IDEとの統合が有効な場合： （これらの2つのツールはanalysisとideの両方のツールセットでタグ付けされています）

• analyze_file_list - SonarQube for IDEを使用して現在の作業ディレクトリ内のファイルを分析します。このツールは実行中のSonarQube for IDEインスタンスに接続して、ファイルリストに対してコード品質分析を実行します。

  • file_absolute_paths - 分析する絶対ファイルパスのリスト - 必須文字列[]

• toggle_automatic_analysis - SonarQube for IDEの自動分析を有効または無効にします。有効にすると、SonarQube for IDEは作業ディレクトリ内のファイルが変更されるたびに自動的に分析します。無効にすると、自動分析はオフになります。

  • enabled - 自動分析を有効または無効にする - 必須ブール値

SonarQube Serverでは、CAGとA3Sハブの両方がライセンスされている場合、stdioはVortexコンテキストツールとrun_advanced_code_analysisをリストします。

Vortex分析が有効な場合：

ワークスペースが/app/mcp-workspaceにマウントされている必要があります

• run_advanced_code_analysis - 単一ファイルに対してVortex分析を実行します。組織はMCP構成から推測されます（SonarQube Serverはnil UUIDプレースホルダーを使用します）。
  • projectKey - プロジェクトのキー - 必須文字列 （SONARQUBE_PROJECT_KEYが定義されている場合は無視）
  • branch - 最新の分析コンテキストを取得するために使用されるブランチ名 - 必須文字列
  • filePath - 分析するファイルのプロジェクト相対パス（例：src/main/java/MyClass.java）。 - 必須文字列
  • fileScope - ファイルの由来スコープを定義：'MAIN'または'TEST'（デフォルト：MAIN） - 文字列

カバレッジ

• search_files_by_coverage - カバレッジでソートされたプロジェクト内のファイルを検索します（昇順 - 最もカバレッジが低いものが最初）。このツールは、テストカバレッジの改善が必要なファイルを特定するのに役立ちます。

  • projectKey - 検索するプロジェクトキー - 必須文字列 （SONARQUBE_PROJECT_KEYが定義されている場合は無視）
  • branch - ブランチベースの分析用のオプションのブランチ名。有効な名前を見つけるにはlist_branchesを使用 - 文字列
  • pullRequest - オプションのプルリクエストキー/ID。有効なキーを見つけるにはlist_pull_requestsを使用 - 文字列
  • maxCoverage - 最大カバレッジしきい値（0-100）。カバレッジがこの値以下のファイルのみを返します - 数値
  • pageIndex - ページインデックス（1ベース、デフォルト：1） - 数値
  • pageSize - ページサイズ（デフォルト：100、最大：500） - 数値

• get_file_coverage_details - 特定のファイルの行ごとのカバレッジ情報を取得します。カバーされていない正確な行と、部分的にカバーされているブランチを特定します。このツールは、テストカバレッジを追加する正確な場所を特定するのに役立ちます。search_files_by_coverageでカバレッジの低いファイルを特定した後に使用します。

  • key - ファイルキー（例：my_project:src/foo/Bar.java） - 必須文字列
  • branch - ブランチベースの分析用のオプションのブランチ名。有効な名前を見つけるにはlist_branchesを使用 - 文字列
  • pullRequest - オプションのプルリクエストキー/ID。有効なキーを見つけるにはlist_pull_requestsを使用 - 文字列
  • from - 分析する最初の行（1ベース、デフォルト：1） - 数値
  • to - 分析する最後の行（両端を含む）。指定しない場合、すべての行が返されます - 数値

依存関係リスク

注: 依存関係リスクは、SonarQube Advanced Securityが有効なSonarQube Server 2025.4 Enterprise以上に接続している場合にのみ利用可能です。

• search_dependency_risks - SonarQubeプロジェクトのソフトウェア構成分析の問題（依存関係リスク）を、分析されたプロジェクト、アプリケーション、またはポートフォリオに表示されるリリースとペアで検索します。
  • projectKey - プロジェクトキー - 必須文字列 （SONARQUBE_PROJECT_KEYが定義されている場合は無視）
  • branch - ブランチベースの分析用のオプションのブランチ名。有効な名前を見つけるにはlist_branchesを使用 - 文字列
  • pullRequest - オプションのプルリクエストキー/ID。有効なキーを見つけるにはlist_pull_requestsを使用 - 文字列
  • pageIndex - オプションのページインデックス（1ベース、デフォルト：1） - 整数
  • pageSize - オプションのページサイズ。0より大きく500以下である必要があります（デフォルト：100） - 整数

エンタープライズ

注: エンタープライズはSonarQube Cloudに接続している場合にのみ利用可能です。

• list_enterprises - アクセス権のあるSonarQube Cloudで利用可能なエンタープライズをリストします。このツールを使用して、他のツールで使用できるエンタープライズIDを発見します。
  • enterpriseKey - 結果をフィルタリングするオプションのエンタープライズキー - 文字列

問題

• change_sonar_issue_status - SonarQubeの問題のステータスを「accept」、「falsepositive」、または「reopen」に変更します。

  • key - 問題キー - 必須文字列
  • status - 新しい問題のステータス - 必須列挙型 {"accept", "falsepositive", "reopen"}
  • comment - ステータス変更を説明するオプションのコメント - 文字列

• search_sonar_issues_in_projects - 組織のプロジェクト内のSonarQubeの問題を検索します。

  • projectKeys - オプションのSonarQubeプロジェクトキーのリスト - 文字列[]
  • branch - ブランチベースの分析用のオプションのブランチ名。有効な名前を見つけるにはlist_branchesを使用 - 文字列
  • pullRequest - オプションのプルリクエストキー/ID。有効なキーを見つけるにはlist_pull_requestsを使用 - 文字列
  • severities - フィルタリングするオプションの重大度のリスト。可能な値：INFO、LOW、MEDIUM、HIGH、BLOCKER - 文字列[]
  • impactSoftwareQualities - フィルタリングするオプションのソフトウェア品質のリスト。可能な値：MAINTAINABILITY、RELIABILITY、SECURITY - 文字列[]
  • issueStatuses - フィルタリングするオプションの問題ステータスのリスト。可能な値：OPEN、CONFIRMED、FALSE_POSITIVE、ACCEPTED、FIXED、IN_SANDBOX - 文字列[]
  • tags - フィルタリングするオプションの問題タグのリスト。タグは小文字です - 文字列[]
  • inNewCodePeriod - 新しいコード期間の問題のみを返します。projectKeysとfilesの間で正確に1つのエントリが必要です - ブール値
  • issueKey - 特定の問題を取得するためのオプションの問題キー - 文字列
  • pageIndex - オプションの1ベースのページインデックス（デフォルト：1） - 整数
  • pageSize - オプションのページサイズ。0より大きく500以下である必要があります（デフォルト：100） - 整数

セキュリティホットスポット

• search_security_hotspots - SonarQubeプロジェクト内のセキュリティホットスポットを検索します。

  • projectKey - プロジェクトまたはアプリケーションキー - 必須文字列 （SONARQUBE_PROJECT_KEYが定義されている場合は無視）
  • hotspotKeys - 取得する特定のセキュリティホットスポットキーのカンマ区切りリスト - 文字列[]
  • branch - ブランチベースの分析用のオプションのブランチ名。有効な名前を見つけるにはlist_branchesを使用 - 文字列
  • pullRequest - オプションのプルリクエストキー/ID。有効なキーを見つけるにはlist_pull_requestsを使用 - 文字列
  • files - フィルタリングするオプションのファイルパスのリスト - 文字列[]
  • status - オプションのステータスフィルター：TO_REVIEW、REVIEWED - 文字列
  • resolution - オプションの解決フィルター：FIXED、SAFE、ACKNOWLEDGED - 文字列
  • sinceLeakPeriod - リーク期間（新しいコード）以降に作成されたホットスポットをフィルタリング - ブール値
  • onlyMine - 自分に割り当てられたホットスポットのみを表示 - ブール値
  • pageIndex - オプションの1ベースのページインデックス（デフォルト：1） - 整数
  • pageSize - オプションのページサイズ。0より大きく500以下である必要があります（デフォルト：100） - 整数

• show_security_hotspot - 特定のセキュリティホットスポットの詳細情報を取得します。ルールの詳細、コードコンテキスト、フロー、コメントが含まれます。

  • hotspotKey - セキュリティホットスポットキー - 必須文字列

• change_security_hotspot_status - セキュリティホットスポットをレビューして、そのステータスを変更します。REVIEWED としてマークする場合は、解決方法（FIXED、SAFE、ACKNOWLEDGED）を指定する必要があります。

  • hotspotKey - セキュリティホットスポットキー - 必須 文字列
  • status - 新しいステータス - 必須 列挙型 {"TO_REVIEW", "REVIEWED"}
  • resolution - ステータスが REVIEWED の場合の解決方法 - 列挙型 {"FIXED", "SAFE", "ACKNOWLEDGED"}
  • comment - 任意のレビューコメント - 文字列

言語

• list_languages - この SonarQube インスタンスでサポートされているすべてのプログラミング言語を一覧表示します。
  • q - 言語キー/名前を照合するための任意のパターン - 文字列

メジャー

• get_component_measures - コンポーネント（プロジェクト、ディレクトリ、ファイル）の SonarQube メジャーを取得します。
  • projectKey - プロジェクトキー - SONARQUBE_PROJECT_KEY が設定されていない場合は必須 文字列
  • branch - ブランチベースの分析用の任意のブランチ名。有効な名前を見つけるには list_branches を使用します - 文字列
  • metricKeys - 取得する任意のメトリクスキー（例：ncloc、complexity、violations、coverage） - 文字列[]
  • pullRequest - 任意のプルリクエストキー/ID。有効なキーを見つけるには list_pull_requests を使用します - 文字列

メトリクス

• search_metrics - SonarQube メトリクスを検索します。
  • pageIndex - 任意の 1 から始まるページインデックス（デフォルト：1） - 整数
  • pageSize - 任意のページサイズ。0 より大きく 500 以下である必要があります（デフォルト：100） - 整数

ポートフォリオ

• list_portfolios - フィルタリングとページネーションオプションを使用して、SonarQube で利用可能なエンタープライズポートフォリオを一覧表示します。

  SonarQube Server の場合:

  • q - 名前またはキーでポートフォリオをフィルタリングするための任意の検索クエリ - 文字列
  • favorite - true の場合、お気に入りのポートフォリオのみを返します - ブール値
  • pageIndex - 任意の 1 から始まるページ番号（デフォルト：1） - 整数
  • pageSize - 任意のページサイズ、最大 500（デフォルト：100） - 整数

  SonarQube Cloud の場合:

  • enterpriseId - エンタープライズ UUID。'favorite' パラメータが true の値で指定されている場合にのみ省略できます - 文字列
  • q - 名前でポートフォリオをフィルタリングするための任意の検索クエリ - 文字列
  • favorite - 'enterpriseId' パラメータが省略されている場合は true である必要があります。true の場合、ログインしているユーザーがお気に入りに登録したポートフォリオのみを返します。'draft' が true の場合は true にできません - ブール値
  • draft - true の場合、ログインしているユーザーが作成したドラフトのみを返します。'favorite' が true の場合は true にできません - ブール値
  • pageIndex - 取得するページの任意のインデックス（デフォルト：1） - 整数
  • pageSize - 取得するページの任意のサイズ（デフォルト：50） - 整数

プロジェクト

• search_my_sonarqube_projects - SonarQube プロジェクトを検索します。レスポンスはページネーションされます。

  • pageIndex - 任意の 1 から始まるページインデックス（デフォルト：1） - 整数
  • pageSize - 任意のページサイズ。0 より大きく 500 以下である必要があります（デフォルト：500） - 整数
  • q - 名前（部分一致）またはキー（完全一致）でプロジェクトをフィルタリングするための任意の検索クエリ - 文字列

• list_branches - プロジェクトの分析済みブランチを一覧表示します。

  • SonarQube Cloud: LONG および SHORT フィールドを持つ長期（type）および短期（mergeBranch）ブランチを返します。任意の branchTypes フィルター: ALL（デフォルト）、LONG、または SHORT。
  • SonarQube Server: 分析済みのすべてのブランチ（名前、品質ゲート、分析日）を返します。type、mergeBranch、または branchTypes フィルターはありません。
  • 返されたブランチ名を他のツールの branch パラメータとして使用します。プルリクエスト分析には、代わりに list_pull_requests を使用します。
  • projectKey - プロジェクトキー（例：my_project） - 必須 文字列 （SONARQUBE_PROJECT_KEY が定義されている場合は無視されます）
  • branchTypes - （SonarQube Cloud のみ） 任意のフィルター: ALL（デフォルト）、LONG、または SHORT - 列挙型 {"ALL", "LONG", "SHORT"}

• list_pull_requests - プロジェクトのすべてのプルリクエストを一覧表示します。このツールを使用して、PR デコレーション分析（カバレッジ、問題、品質ゲート）用のプルリクエストを検出します。他のツールで使用できるプルリクエストキー/ID を返します。プルリクエストのないブランチベースの分析には、代わりに list_branches を使用します。

  • projectKey - プロジェクトキー（例：my_project） - 必須 文字列 （SONARQUBE_PROJECT_KEY が定義されている場合は無視されます）

品質ゲート

• get_project_quality_gate_status - SonarQube プロジェクトの品質ゲートステータスを取得します。

  • analysisId - 任意の分析 ID - 文字列
  • branch - ブランチベースの分析用の任意のブランチ名。有効な名前を見つけるには list_branches を使用します - 文字列
  • projectId - 任意のプロジェクト ID - 文字列
  • projectKey - 任意のプロジェクトキー - 文字列
  • pullRequest - 任意のプルリクエストキー/ID。有効なキーを見つけるには list_pull_requests を使用します - 文字列

• list_quality_gates - 自分の SonarQube のすべての品質ゲートを一覧表示します。

ルール

• show_rule - SonarQube ルールに関する詳細情報を表示します。
  • key - ルールキー - 必須 文字列

重複

• search_duplicated_files - SonarQube プロジェクト内のコード重複のあるファイルを検索します。デフォルトでは、すべてのページの重複ファイルを自動的に取得します（最大 10,000 ファイル）。重複のあるファイルのみを返します。

  • projectKey - プロジェクトキー - 必須 文字列 （SONARQUBE_PROJECT_KEY が定義されている場合は無視されます）
  • branch - ブランチベースの分析用の任意のブランチ名。有効な名前を見つけるには list_branches を使用します - 文字列
  • pullRequest - 任意のプルリクエストキー/ID。有効なキーを見つけるには list_pull_requests を使用します - 文字列
  • pageSize - 手動ページネーション用の任意のページあたりの結果数（最大：500）。指定しない場合、すべての重複ファイルを自動取得します - 整数
  • pageIndex - 手動ページネーション用の任意のページ番号（1 から始まります）。指定しない場合、すべての重複ファイルを自動取得します - 整数

• get_duplications - ファイルの重複を取得します。ファイルのプロジェクトに対する参照権限が必要です。

  • key - ファイルキー - 必須 文字列
  • branch - ブランチベースの分析用の任意のブランチ名。有効な名前を見つけるには list_branches を使用します - 文字列
  • pullRequest - 任意のプルリクエストキー/ID。有効なキーを見つけるには list_pull_requests を使用します - 文字列

ソース

• get_raw_source - SonarQube からソースコードを生のテキストとして取得します。ファイルに対する「ソースコードの表示」権限が必要です。

  • key - ファイルキー - 必須 文字列
  • branch - ブランチベースの分析用の任意のブランチ名。有効な名前を見つけるには list_branches を使用します - 文字列
  • pullRequest - 任意のプルリクエストキー/ID。有効なキーを見つけるには list_pull_requests を使用します - 文字列

• get_scm_info - SonarQube ソースファイルの SCM 情報を取得します。ファイルのプロジェクトに対する「ソースコードの表示」権限が必要です。

  • key - ファイルキー - 必須 文字列
  • commits_by_line - 値が false の場合は SCM コミットごとにラインをグループ化し、それ以外の場合は各ラインのコミットを表示します - 文字列
  • from - 返す最初のライン。1 から始まります - 数値
  • to - 返す最後のライン（両端を含む） - 数値

システム

注: システムツールは、SonarQube Server に接続している場合にのみ利用できます。

• get_system_health - SonarQube Server インスタンスのヘルスステータスを取得します。GREEN（完全に動作）、YELLOW（使用可能だが注意が必要）、または RED（動作していない）を返します。

• get_system_info - JVM 状態、データベース、検索インデックス、設定など、SonarQube Server システム構成に関する詳細情報を取得します。「管理」権限が必要です。

• get_system_logs - SonarQube Server システムログをプレーンテキスト形式で取得します。システム管理権限が必要です。

  • name - 取得するログの任意の名前。指定可能な値: access、app、ce、deprecation、es、web。デフォルト: app - 文字列

• ping_system - SonarQube Server システムが稼働しているかどうかを確認するために ping を実行します。プレーンテキストで 'pong' を返します。

• get_system_status - SonarQube Server に関する状態情報を取得します。ステータス（STARTING、UP、DOWN、RESTARTING、DB_MIGRATION_NEEDED、DB_MIGRATION_RUNNING）、バージョン、ID を返します。

Webhook

• create_webhook - SonarQube 組織またはプロジェクトの新しい Webhook を作成します。指定されたプロジェクトに対する「管理」権限、またはグローバルな「管理」権限が必要です。

  • name - Webhook 名 - 必須 文字列
  • url - Webhook URL - 必須 文字列
  • projectKey - プロジェクト固有の Webhook 用の任意のプロジェクトキー - 文字列
  • secret - Webhook ペイロードを保護するための任意の Webhook シークレット - 文字列

• list_webhooks - SonarQube 組織またはプロジェクトのすべての Webhook を一覧表示します。指定されたプロジェクトに対する「管理」権限、またはグローバルな「管理」権限が必要です。

  • projectKey - プロジェクト固有の Webhook を一覧表示するための任意のプロジェクトキー - 文字列

コンテキスト拡張

# macOS/Linux (Bash/Zsh)
export SONARQUBE_TOKEN="{<YourUserToken>}"

{
  "mcpServers": {
    "sonarqube-mcp-server": {
      "command": "docker",
      "args": [
        "run", "-i", "--rm", "--pull=always",
        "-e", "SONARQUBE_URL",
        "-e", "SONARQUBE_TOKEN",
        "-e", "SONARQUBE_ORG",
        "-e", "SONARQUBE_PROJECT_KEY",
        "-e", "SONARQUBE_TOOLSETS",
        "-v", "/ABSOLUTE/PATH/TO/YOUR/PROJECT:/app/mcp-workspace:rw",
        "sonarsource/sonarqube-mcp"
      ],
      "env": {
        "SONARQUBE_URL": "https://sonarcloud.io",
        "SONARQUBE_ORG": "<YourOrganizationKey>",
        "SONARQUBE_PROJECT_KEY": "<YourProjectKey>",
        "SONARQUBE_TOOLSETS": "cag"
      }
    }
  }
}

エージェント対応性

注：エージェント対応性ツールはSonarQube Cloudでのみ利用可能であり、組織でこの機能を有効にする必要があります。

• start_agentic_readiness_assessment - プロジェクトのエージェント対応性評価を開始します。ステータスPENDINGとassessmentIdを即座に返します。結果をポーリングするにはget_agentic_readiness_assessmentを使用します。

  • projectKey - プロジェクトキー - 必須の文字列 （SONARQUBE_PROJECT_KEYが定義されている場合は無視されます）
  • branch - 評価するブランチ。省略した場合はプロジェクトのデフォルトブランチを使用 - 文字列

• get_agentic_readiness_assessment - 評価の結果を取得します。ステータスがCOMPLETED、FAILED、またはINTERRUPTEDになるまで、同じassessmentIdで再呼び出しします。完了すると、全体的なレベルと、推奨アクションと証拠を含むピラーごとの内訳を返します。

  • assessmentId - start_agentic_readiness_assessmentによって返された評価ID - 必須の文字列

• list_agentic_readiness_assessments - プロジェクトのすべての評価を新しい順に一覧表示します。完全なピラーレベルの結果にはget_agentic_readiness_assessmentを使用します。

  • projectKey - 評価を一覧表示するプロジェクトキー - 必須の文字列 （SONARQUBE_PROJECT_KEYが定義されている場合は無視されます）
  • branch - ブランチ名で評価をフィルタリングします。省略した場合はすべてのブランチの評価を一覧表示 - 文字列
  • pageIndex - 1から始まるページインデックス（デフォルト：1） - 数値
  • pageSize - 1ページあたりのアイテム数、最大100（デフォルト：50） - 数値

プロンプト例

SonarQube MCPサーバーを設定したら、一般的な実世界のシナリオ向けのプロンプト例をいくつか示します：

My quality gate is failing for my project. Can you help me understand why and fix the most critical issues?

The quality gate on my feature branch is red. What do I need to fix to get it passing before I can merge to main?

I'm about to merge my pull request <#247> for the <web-app> project. Can you check if there are any quality issues I should address first?

We're deploying to production tomorrow. Can you check the quality gate status and alert me to any critical issues in this branch?

I want to reduce technical debt in my project. What are the top issues I should prioritize?

Our code coverage dropped below 70%. Can you identify which files have the lowest coverage and help me improve it?

I have 15 new code smells in my latest commit. Can you explain what they are and help me fix them?

SonarQube flagged a critical security vulnerability in <AuthController.java>. What's the issue and how do I fix it?

We need to pass a security audit. Can you check all our projects for security vulnerabilities and create a prioritized list of what needs to be fixed?

Are there any known vulnerabilities in our dependencies? Check this project for dependency risks.

I just wrote this authentication function. Can you analyze it for security issues and code quality problems before I commit?

Review the changes in <src/database/migrations> for any potential bugs or security issues.

Give me a health report for my project: quality gate status, number of bugs, Security Hotspots, and code coverage.

Compare code quality between our main branch and the develop branch. Are we introducing new issues?

What are the most common rule violations across all our projects? We might need to update our coding standards.

Show me all the issues that were marked as false positives in the last month. Are we seeing patterns that suggest our rules need adjustment?

ビルド

sonarsource/sonarqube-mcpコンテナイメージを推奨します。

DockerなしでスタンドアロンJARとしてサーバーを実行するには、SonarSourceバイナリリポジトリからビルド済みリリースをダウンロードします。リリースされたすべてのバージョンは、sonarqube-mcp-server-<version>.jarとして公開されています（例：sonarqube-mcp-server-1.19.0.2785.jar）。

{
  "sonarqube": {
    "command": "java",
    "args": [
      "-jar",
      "<path_to_sonarqube_mcp_server_jar>"
    ],
    "env": {
      "STORAGE_PATH": "<path_to_your_mcp_storage>",
      "SONARQUBE_TOKEN": "<token>",
      "SONARQUBE_ORG": "<org>"
    }
  }
}

{
  "sonarqube": {
    "command": "java",
    "args": [
      "-jar",
      "<path_to_sonarqube_mcp_server_jar>"
    ],
    "env": {
      "STORAGE_PATH": "<path_to_your_mcp_storage>",
      "SONARQUBE_TOKEN": "<token>",
      "SONARQUBE_URL": "<url>"
    }
  }
}

./gradlew clean build -x test

./gradlew :dependencies --write-locks
./gradlew :its:dependencies --write-locks

トラブルシューティング

アプリケーションログはデフォルトでSTORAGE_PATH/logs/mcp.logファイルに書き込まれます。ファイルロギングを完全に無効にするには、SONARQUBE_LOG_TO_FILE_DISABLED=trueを設定します。

一般的な問題

「SonarQubeサーバーバージョンがサポートされていません」

MCPサーバーは起動時に接続されたSonarQubeサーバーのバージョンをチェックします。インスタンスが2025.1（SQS）または25.1（SQCB）より古い場合、起動は次のエラーで失敗します：

SonarQube server version is not supported, minimal version is SQS 2025.1 or SQCB 25.1

解決策： SonarQubeサーバーをサポートされているリリースにアップグレードします。このチェックはSonarQubeサーバー（SONARQUBE_URL、SONARQUBE_ORGなし）に接続する場合にのみ適用され、SonarQube Cloudには適用されません。

「機能が動作しない」または「ツール/機能が不足している」

古いDockerイメージを実行している可能性があります。Dockerはイメージをローカルにキャッシュするため、自動的に更新を受け取ることはありません。

解決策： 最新バージョンに更新します：

docker pull sonarsource/sonarqube-mcp

最新のイメージをプルした後、MCPクライアントを再起動して更新されたバージョンを使用します。

必要に応じて、docker runコマンドに--pull=alwaysフラグを追加して、常に最新バージョンをチェックしてプルします：

docker run --init --pull=always -i --rm -e SONARQUBE_TOKEN -e SONARQUBE_ORG sonarsource/sonarqube-mcp

「特定のバージョンに固定したい」

sonarsource/sonarqube-mcpで利用可能なタグを参照し、必要なバージョンを指定します：

docker pull sonarsource/sonarqube-mcp:1.19.0.2785

docker run --init -i --rm \
  -e SONARQUBE_TOKEN -e SONARQUBE_ORG \
  sonarsource/sonarqube-mcp:1.19.0.2785

MCPクライアント設定で、sonarsource/sonarqube-mcpの代わりにsonarsource/sonarqube-mcp:<version>を使用し、Dockerがイメージを自動的にアップグレードしないように--pull=alwaysを削除します。

データとテレメトリ

このサーバーは匿名の使用状況データを収集し、製品改善のためにSonarSourceに送信します。ソースコードやIPアドレスは収集されず、SonarSourceはデータを他の誰とも共有しません。テレメトリの収集は、次のシステムプロパティまたは環境変数で無効にできます：TELEMETRY_DISABLED=true。収集されるデータのサンプルはこちらをクリックして確認できます。

ライセンス

Copyright 2025 SonarSource.

SONARソース利用可能ライセンスv1.0の下でライセンスされています。このドキュメントに準拠してSonarQube MCPサーバーを使用することは、非競争的目的であり、SSALの下で許可されています。

MCPを介したSonarQubeの使用は、SonarQube Cloud利用規約またはSonarQube Server利用規約に準拠します。これには、結果データを社内ソフトウェア開発目的のみに使用することが含まれます。