Antigravity
Set up the SonarQube MCP Server with Antigravity and start using Sonar tools with your agent.
Antigravity is Google's multi-surface AI coding platform, available as a desktop app, CLI, IDE, and SDK. Use this MCP server setup when you want Sonar tools available within an Antigravity workflow.
Choose your setup
The SonarQube MCP Server lets an AI agent query your SonarQube projects. With it, Antigravity can look up issues, quality gates, and coverage while it works. You can use a server that SonarQube hosts, run your own, or have the SonarQube CLI set it up for you. Choose how to connect:
Automatic configuration in Antigravity
The MCP server, secrets detection, and Sonar Vortex analysis
You
SonarQube Cloud users
Nothing to install and a smaller, fixed subset of tools. No Sonar Vortex.
You connect
SonarQube Server 2026.3 and later (Developer, Enterprise, and Data Center editions)
Nothing to install on your machine. No Sonar Vortex.
An administrator installs it, and then you connect
Full control
The MCP server that you run yourself, with the Sonar Vortex analysis and context tools through the Stdio transport
You
For any option except the automated setup, the configuration generator gives you a snippet to paste into your ~/.gemini/config/mcp_config.json file.
Automated setup with the SonarQube CLI
Use the Antigravity setup flow. It configures the MCP server automatically and also adds secrets detection and Vortex analysis. The setup flow does not install Vortex context for Antigravity because Antigravity has no session-start hook.
Vortex context is available with a self-hosted MCP server. See the Vortex context tools and the Sonar Vortex analysis and Sonar Vortex context pages for more detail.
To install the SonarQube plugin for Antigravity instead, run the following command. The plugin does not include Vortex context. See the SonarQube plugin for Antigravity page for details.
agy plugin install https://github.com/SonarSource/sonarqube-agent-pluginsConnect to a SonarQube-hosted MCP server
To avoid running and maintaining your own MCP infrastructure while always using the current server version, connect to a SonarQube-hosted MCP server:
SonarQube Cloud-hosted: for SonarQube Cloud users. The MCP server is embedded in SonarQube Cloud, so there's nothing to install, and it exposes a smaller, fixed subset of tools. To connect, see the SonarQube Cloud-hosted page.
SonarQube Server-hosted: for SonarQube Server users on Developer, Enterprise, and Data Center editions, version 2026.3 and newer. An administrator installs the MCP server extension on your instance, and then you connect your AI agent. To install the extension, see the SonarQube Server-hosted page.
Neither the SonarQube Cloud-hosted nor the SonarQube Server-hosted option supports Sonar Vortex, which requires local filesystem access. To use Sonar Vortex analysis, use the automated setup or a self-hosted MCP server. Sonar Vortex context requires a self-hosted MCP server.
To get the connection snippet for either option, use the configuration generator and select the matching hosting method.
Set up a self-hosted MCP server
A self-hosted MCP server runs on your machine or in your own environment, and you manage it yourself. Set it up in one of two ways:
Configure it manually, using the configuration generator or by hand.
Before you start
Set the following common variables. SONARQUBE_TOKEN applies to stdio transport only. For HTTP, HTTPS, or the SonarQube Cloud-hosted MCP server, use the Authorization: Bearer <YourSonarQubeUserToken> header instead.
SONARQUBE_TOKEN: Your SonarQube user token (stdio transport).SONARQUBE_ORG: Your SonarQube Cloud organization key. Required for SonarQube Cloud only.SONARQUBE_URL: Your SonarQube Server or Community Build URL. Also required for SonarQube Cloud in the US region (https://sonarqube.us). Not needed for SonarQube Cloud in the EU region.
Important: Your SonarQube token is a sensitive credential. Use environment variables to pass tokens rather than hardcoding them in configuration files. Never commit tokens to version control.
Warning: User tokens are required when setting up connected mode or your SonarQube MCP server with SonarQube (Server, Cloud). Your binding will not function properly if you use project tokens, global tokens, or scoped organization tokens during setup.
When using Sonar Vortex, your SONARQUBE_TOKEN lets your local MCP server configured for Stdio mode authenticate to the SonarQube Cloud API. See Sonar Vortex analysis and Sonar Vortex context for more information.
Install from the Antigravity MCP Store
Select the three-dots menu,
..., at the top of the agent side panel.Select MCP Servers.
Search for
SonarQube, hover over the entry, and select Install.Enter your SonarQube user token. Add your organization key for SonarQube Cloud, or your server URL for SonarQube Server. For SonarQube Cloud US, also set the URL to
https://sonarqube.us.
Configure manually
The SonarQube MCP Server supports three transport modes. Use Stdio for local development and most use cases, HTTPS for production and team deployments, and HTTP only on trusted internal networks.
Use the official SonarQube MCP Server configuration generator to get a configuration code snippet for your setup:
Identify the target MCP Client.
Find your #common-variables.
Choose a hosting method.
Enter the information into the configuration generator.
Paste the generated configuration into your configuration file.
To configure by hand instead, select a transport tab.
Use Stdio for local development or when you're the only user. It's also the transport mode used in your Sonar Vortex analysis and Sonar Vortex context workflows.
Add the following to your ~/.gemini/config/mcp_config.json file. To open the file, select the three-dots menu, ..., at the top of the agent side panel, and then select MCP Store > Manage MCP Servers > View raw config.
Note: This code sample configures the MCP server using Stdio transport, where
SONARQUBE_TOKENis passed as an environment variable.For HTTPS, HTTP, or the SonarQube-hosted MCP server, the
SONARQUBE_TOKENheader is deprecated. Pass the token using the"Authorization": "Bearer <YourSonarQubeUserToken>"header instead.
Antigravity with SonarQube Cloud
Antigravity with SonarQube Server
Note: SONARQUBE_URL should be defined as
https://sonarqube.useach time you use a SonarQube Cloud configuration (SONARQUBE_TOKEN+SONARQUBE_ORG) and want to connect to a US-region instance. See the Connecting to SonarQube Cloud in the US region section for details.
Set the required environment variables before starting Antigravity:
Tip: To verify the connection, ask your AI agent to call the SonarQube MCP
ping_systemtool. For example: "Ping the SonarQube MCP server."
Note: Restart Antigravity for the new MCP server configuration to take effect.
Use HTTPS when connecting Antigravity to a shared MCP server deployed for a team. This requires an HTTPS transport server to be running and accessible.
Add the following to your ~/.gemini/config/mcp_config.json file:
Tip: To verify the connection, ask your AI agent to call the SonarQube MCP
ping_systemtool. For example: "Ping the SonarQube MCP server."
Note: Restart Antigravity for the new MCP server configuration to take effect.
Use HTTP only on a trusted internal network or for local testing. This requires an HTTP transport server to be running.
Add the following to your ~/.gemini/config/mcp_config.json file:
Tip: To verify the connection, ask your AI agent to call the SonarQube MCP
ping_systemtool. For example: "Ping the SonarQube MCP server."
Note: Restart Antigravity for the new MCP server configuration to take effect.
Use Sonar tools from Antigravity
Once connected, Antigravity can call SonarQube MCP tools on your behalf. See the SonarQube MCP Tools page for the full list of available tools.
Last updated
Was this helpful?

