About Polarion MCP Servers
Polarion MCP Servers provides MCP server implementations for Polarion ALM, for teams that need to read and search project documents and work items. It includes local stdio and stateless Streamable HTTP variants, with optional OAuth 2.1 and per-caller authorization.
Key features
- 01Read document metadata, sections, and revision history
- 02Query work item details, links, and history
- 03Search documents and project work items
- 04List project documents, spaces, and types
- 05Local stdio and remote HTTP servers
- 06Optional OAuth 2.1 and caller-level RBAC
Use cases
- 01Review Polarion document sections and revisions
- 02Track work item fields, links, and changes
- 03Search project work items and documents
- 04Configure remote MCP access and authorization by project
MCP support
It provides local stdio and stateless Streamable HTTP MCP servers that expose Polarion document and work item query tools to MCP clients. The remote server optionally supports OAuth 2.1 authentication and per-caller project access control.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.
Details
From the project READMEPolarion MCP Servers
This repository contains Model Context Protocol (MCP) server implementations for Polarion Application Lifecycle Management (ALM) integration.
MCP Tools are available for Polarion work items, including:
get_document_info: Gets metadata and custom fields for a Polarion Document.get_document_outline: Gets all section headings (table of contents) within a Polarion Document.get_document_revision_history: Gets the revision history for a Polarion document/module.get_document_section: Gets content for a specific section heading and its sub-headings in a Polarion Document.get_workitem: Gets the text content of a WorkItem. Optionally retrieves a specific revision.get_workitem_details: Gets detailed information for WorkItems including standard fields, custom fields, and linked work items. Supports traceability with recursive link following.get_workitem_history: Gets the revision history for a WorkItem including content at each revision.get_workitems_in_module: Query work items from a Polarion module/document. Pinned references show their pinned revision, and unresolvable references are reported with their URIs.list_custom_fields: Lists available custom fields for a specific WorkItem type.list_documents: Lists all Documents in the Polarion Project. Optionally filter by space name and/or title.list_spaces: Lists all Space names in the Polarion project.list_workitem_types: Lists all configured WorkItem types for the current project.search_in_document: Searches a Polarion Document for work items matching search terms.search_workitems: Searches for work items across the entire Polarion project using text content.search_workitems_sql(opt-in): Runs a validated read-only SQL query (a singleSELECToverWORKITEMprojectingC_PK) as a PolarionSQL:(…)filter, for join-heavy reads plain Lucene cannot express. Registered only whenSqlQueryTool:Enabled=true. Results stay within the endpoint's project. See RBAC.
Projects
- PolarionRemoteMcpServer: Streamable HTTP MCP server for server-based installations. Stateless, with optional OAuth 2.1 authentication and per-caller RBAC.
- PolarionMcpServer: Console-based MCP server for Polarion integration for local workstation installations
Running via Docker & Linux Server (Recommended)
-
From your Linux server, create a directory for your configuration and logs:
mkdir -p /opt/polarion-mcp-server cd /opt/polarion-mcp-server -
Pull the Docker image:
docker pull peakflames/polarion-remote-mcp-server -
Create a tailored
/opt/polarion-mcp-server/appsettings.jsonfile to your Polarion configuration:{ "Logging": { "LogLevel": { "Default": "Information", "Microsoft.AspNetCore": "Warning" } }, "AllowedHosts": "*", "ApiConsumers": { "Consumers": { "my_app": { "Name": "My Application", "ApplicationKey": "your-secure-api-key-here", "Active": true, "AllowedScopes": ["polarion:read"], "Description": "API consumer for my application" } } }, "PolarionProjects": [ { "ProjectUrlAlias": "starlight", "Default": true, "SessionConfig": { "ServerUrl": "https://polarion.int.mycompany.com/", "Username": "shared_user_read_only", "Password": "linear-Vietnam-FLIP-212824", "ProjectId": "Starlight_Main", "TimeoutSeconds": 60 }, "PolarionWorkItemTypes": [ { "id": "requirement", "fields": ["custom_field_1", "priority", "severity"] }, { "id": "defect", "fields": ["defect_type", "found_in_build"] } ] }, { "ProjectUrlAlias": "octopus", "Default": false, "SessionConfig": { "ServerUrl": "https://polarion.int.mycompany.com/", "Username": "some_other_user", "Password": "linear-Vietnam-FLIP-212824", "ProjectId": "octopus_gov", "TimeoutSeconds": 60 } }, { "ProjectUrlAlias": "grogu", "Default": false, "SessionConfig": { "ServerUrl": "https://polarion-dev.int.mycompany.com/", "Username": "vader", "Password": "12345", "ProjectId": "grogu_boss", "TimeoutSeconds": 60 } } ] } -
Run the Docker container:
docker run -d \ --name polarion-mcp-server \ -p 8080:8080 \ -v appsettings.json:/app/appsettings.json \ peakflames/polarion-remote-mcp-server -
The server should now be running. MCP clients will connect using a URL specific to the desired project configuration alias:
- Streamable HTTP Transport:
http://{{your-server-ip}}:8080/{ProjectUrlAlias}/mcp.
- Streamable HTTP Transport:
-
The server also provides:
- REST API:
http://{{your-server-ip}}:8080/polarion/rest/v1/projects/{ProjectId}/...(usesSessionConfig.ProjectId)- Note: REST API endpoints require API key authentication via
X-API-Keyheader
- Note: REST API endpoints require API key authentication via
- API Documentation:
http://{{your-server-ip}}:8080/scalar/v1(includes authentication UI) - Health Check:
http://{{your-server-ip}}:8080/api/health
- REST API:
-
📢IMPORTANT - Do NOT run with replica instances of the server as the session connection will not be shared between replicas.
Configuration Options
Configuration Files:
appsettings.json- Base configuration for production/server deployments. Tracked in git, and carries non-secret defaults only.appsettings.Development.json- Overrides base settings for local development. Also tracked in git (non-secret defaults only) — takes precedence in Development mode. Any variant you fill in with real credentials stays uncommitted; see.gitignore..env- Optional environment variables (copy from.env.example), can setPOLARION_DEFAULT_PROJECT
The server uses a PolarionProjects array in appsettings.json to define one or more Polarion instance configurations. Each object in the array represents a distinct configuration accessible via a unique URL alias.
| Top-Level Setting | Description |
|---|---|
PolarionProjects | (Array) Contains one or more Polarion project configuration objects. |
McpAuth | (Object, optional) OAuth 2.1 resource-server authentication for the MCP endpoint. Off by default. |
Rbac | (Object, optional) Per-caller Polarion project-visibility gate for MCP tool calls. Off by default; requires McpAuth. |
Credentials | (Object, optional) Controls whose Polarion credential an MCP call uses upstream. Defaults to today's shared-service-account behavior. |
Each Project Configuration Object:
| Setting | Description | Required | Default |
|---|---|---|---|
ProjectUrlAlias | A unique string used in the connection URL (/{ProjectUrlAlias}/mcp) to identify this configuration. | Yes | N/A |
Default | (boolean) If true, this configuration is used if the client connects without specifying a ProjectUrlAlias. Only one entry can be true. | No | false |
SessionConfig | (Object) Contains the specific connection details for this Polarion instance. | Yes | N/A |
PolarionWorkItemTypes | (Array, Optional) Defines custom fields to retrieve for specific WorkItem types within this project. Each object in the array should have an id (string, WorkItem type ID) and fields (array of strings, custom field names). | No | Empty List |
SessionConfig Object Details:
| Setting | Description | Required | Default |
|---|---|---|---|
ServerUrl | URL of the Polarion server (e.g., "https://polarion.example.com/") | Yes | N/A |
Username | Polarion username with appropriate permissions. | Yes | N/A |
Password | Password for the Polarion user. (Consider secure alternatives) | Yes | N/A |
ProjectId | The actual ID of the Polarion project to interact with. | Yes | N/A |
TimeoutSeconds | Connection timeout in seconds. | No | 60 |
MaxReceivedMessageSize | (Optional integer, bytes) Largest response the Polarion client accepts. Must be greater than zero when set. | No | Unset (no cap, int.MaxValue) |
Environment Variable Password Override
Instead of placing passwords in configuration files, set the POLARION_PASSWORD environment variable. When set, it overrides SessionConfig.Password for all configured projects.
Docker example:
docker run -d \
--name polarion-mcp-server \
-p 8080:8080 \
-e POLARION_PASSWORD=your-secret-password \
-v appsettings.json:/app/appsettings.json \
peakflames/polarion-remote-mcp-server
This works for both PolarionRemoteMcpServer (HTTP) and PolarionMcpServer (stdio).
Note: It is strongly recommended to use the POLARION_PASSWORD environment variable or more secure methods for storing credentials (like User Secrets, Azure Key Vault, etc.) rather than placing plain text passwords in appsettings.json.
REST API Specification Alignment
The REST API is designed to align with the official Polarion REST API specification available at https://testdrive.polarion.com/polarion/rest/v1/definition. A local copy of this definition is maintained at docs/polarion-rest-vq-definition.json for reference when implementing or extending endpoints.
API Key Authentication (REST API Only)
REST API endpoints require authentication via API key. Configure API consumers in the ApiConsumers section of appsettings.json:
| Setting | Description | Required |
|---|---|---|
ApiConsumers.Consumers | Dictionary of consumer configurations keyed by consumer ID | Yes |
Name | Display name for the API consumer | Yes |
ApplicationKey | The API key used for authentication | Yes |
Active | Whether the consumer is allowed to authenticate | Yes |
AllowedScopes | List of scopes (e.g., ["polarion:read"]) | Yes |
Description | Optional description of the consumer | No |
Available Scopes:
polarion:read- Read access to all REST API endpoints
Usage:
curl -H "X-API-Key: your-api-key" http://localhost:8080/polarion/rest/v1/projects/{projectId}/spaces
Note: Health checks (/api/health, /api/version) and API documentation (/scalar/v1) do not require authentication. MCP endpoints do not require authentication either, only while McpAuth:Enabled is false (the default) — see the next section.
Optional: MCP Authentication and Per-Caller Access Control
PolarionRemoteMcpServer supports two independent, off-by-default features for the MCP endpoint:
- OAuth 2.1 authentication (
McpAuth:Enabled) — requires a bearer token from an external authorization server before atools/callis allowed to run. Each served project alias publishes its own RFC 9728 protected-resource metadata at/.well-known/oauth-protected-resource/{alias}/mcp, so a conforming MCP client can discover how to authenticate automatically. - Per-caller RBAC (
Rbac:Enabled) — additionally authorizes eachtools/callagainst the calling user's own Polarion project membership, instead of every authenticated caller sharing the same access. RequiresMcpAuth:Enabled=true.
Both are false by default, and the server's behavior is unchanged from prior releases unless you
configure them. See docs/authentication.md and
docs/rbac.md for setup, configuration reference tables, and startup validation
errors.
A third off-by-default feature is the SQL query tool:
| Key | Default | Effect |
|---|---|---|
SqlQueryTool:Enabled | false | When true, registers the search_workitems_sql tool on both servers. The tool is project-contained (see docs/rbac.md), so it needs no per-tool RBAC rule, but it does expose a yes/no oracle about the existence of data in other projects via heavy joins — leave it disabled if that residual is unacceptable. |
Configuring MCP Clients
To configure Cline:
- Open Cline's MCP settings UI
- Click the "Remote Servers" tab
- For each
ProjectUrlAliasin yourappsettings.jsonthat the user wants to connect to:
{
"mcpServers": {
...
...
"Polarion Starlight": {
"autoApprove": [],
"disabled": true,
"timeout": 60,
"url": "http://{{your-server-ip}}:8080/starlight/mcp",
"transportType": "streamableHttp"
},
"Polarion Octopus": {
"autoApprove": [],
"disabled": true,
"timeout": 60,
"url": "http://{{your-server-ip}}:8080/octopus/mcp",
"transportType": "streamableHttp"
}
...
...
}
- Repeat for each
ProjectUrlAliasyou want to connect to.
To configure Visual Studio Code:
Add the following configuration to your settings.json file:
"servers": {
"polarion-starlight": { // Use a descriptive key
"type": "http",
"url": "http://{{your-server-ip}}:8080/starlight/mcp", // Replace with your alias
"env": {}
},
"polarion-octopus": {
"type": "http",
"url": "http://{{your-server-ip}}:8080/octopus/mcp", // Replace with your alias
"env": {}
}
// Add entries for each ProjectUrlAlias
}
Or from the CLI:
claude mcp add --transport http polarion-starlight http://{{your-server-ip}}:8080/starlight/mcp
To Claude Desktop:
Claude Desktop does not yet support streamable HTTP natively, but you can use a proxy with the following addition to the claude_desktop_config.json file:
{
"mcpServers": {
"polarion-remote": {
"command": "npx",
"args": [
"mcp-remote",
"http://{{your-server-ip}}:8080/{ProjectUrlAlias}/mcp" // Replace {ProjectUrlAlias}
]
}
// Add entries for each ProjectUrlAlias, potentially using different keys like "polarion-starlight"
}
}
Running Locally (stdio)
For local development or workstation use, you can run the stdio-based MCP server:
- Download the appropriate executable for your platform from the releases page
- Configure your MCP client to use the stdio transport with the executable path
Troubleshooting
POST /{alias}/mcp returns 401 and the client never prompts to log in — confirm the client
implements MCP's OAuth discovery flow (RFC 9728). Fetch
/.well-known/oauth-protected-resource/{alias}/mcp yourself; if that 404s, McpAuth:Enabled isn't
actually true on the running server. See docs/authentication.md.
POST /{alias}/mcp returns 403 — the caller authenticated, but is missing the required scope
or its OAuth client ID isn't on McpAuth:AllowedClientIds. See
401 vs 403.
Server refuses to start with an McpAuth or Rbac validation error — every message names the
exact key to fix; see the validation-error tables in
docs/authentication.md and
docs/rbac.md.
Every MCP tool call is denied under RBAC — RBAC fails closed by design. Set
Rbac:AuditOnly=true and read the access-audit records' DecisionReason field; see
docs/rbac.md#troubleshooting.
Contributing
For developers who want to contribute or build from source, see CONTRIBUTING.md.
License
See LICENSE for details.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.