PolarionMcpServers
MCP Server for Polarion
Links
README
From the repo.
Polarion 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 using SQL against the REL_MODULE_WORKITEM relationship.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.
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 |
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.
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.
Collected info
- ★ 40 stars
- ⎇ 12 forks
- Language: C#
- Source updated: 9/16/2026
Config for your environment
Replace {MCP_ENDPOINT_URL} with this MCP’s endpoint URL (from its repo or docs above). No API key — you connect directly.
Tool
OS
Config file: ~/.cursor/mcp.json
{
"mcpServers": {
"mcp-server": {
"url": "{MCP_ENDPOINT_URL}"
}
}
}Paste into mcpServers in the config file. Restart Cursor after saving.
If this MCP is also published on mcpchannel.ai, you can subscribe from Browse and use the gateway config there instead.