The MCP (Model Context Protocol) Server Plugin for Jenkins implements the server-side component of the Model Context Protocol. This plugin enables Jenkins to act as an MCP server, providing context, tools, and capabilities to MCP clients, such as LLM-powered applications or IDEs.
- MCP Server Implementation: Implements the server-side of the Model Context Protocol.
- Jenkins Integration: Exposes Jenkins functionalities as MCP tools and resources.
- Extensible Architecture: Allows easy extension of MCP capabilities through the
McpServerExtension
interface.
- Endpoint: The main entry point for MCP communication, handling MCP transport connections and message routing.
- DefaultMcpServer: Implements
McpServerExtension
, providing default tools for interacting with Jenkins jobs and builds. - McpToolWrapper: Wraps Java methods as MCP tools, handling parameter parsing and result formatting.
- McpServerExtension: Interface for extending MCP server capabilities.
This MCP Server is based on the MCP Java SDK version 0.13.1, which implements the MCP specification version 2025-06-18.
- Jenkins (version 2.479 or higher)
The MCP Server plugin automatically sets up necessary endpoints and tools upon installation, requiring no additional configuration.
The following system properties can be used to configure the MCP Server plugin:
- hard limit on max number of log lines to return with
io.jenkins.plugins.mcp.server.extensions.BuildLogsExtension.limit.max=10000
(default 10000)
The MCP specification mark as MUST
validate the Origin
header of incoming requests. By default, the MCP Server plugin does not enforce this validation to facilitate usage by AI Agent not providing the header. You can enable different levels of validation, if the header is available with the request you can enforce his validation using the system property io.jenkins.plugins.mcp.server.Endpoint.requireOriginMatch=true
When enforcing the validation, the header value must match the configured Jenkins root url.
If receiving the header is mandatory the system property io.jenkins.plugins.mcp.server.Endpoint.requireOriginHeader=true
will make it mandatory as well.
MCP clients can connect to the server using:
- Streamable HTTP Endpoint:
<jenkins-url>/mcp-server/mcp
- SSE Endpoint:
<jenkins-url>/mcp-server/sse
- Message Endpoint:
<jenkins-url>/mcp-server/message
The MCP Server Plugin requires the same credentials as the Jenkins instance it's running on. To authenticate your MCP queries:
- Jenkins API Token: Generate an API token from your Jenkins user account.
- Basic Authentication: Use the API token in the HTTP Basic Authentication header.
To generate a personal access token:
- Sign in to Jenkins.
- Select your user icon in the upper-right corner, and then select
Security
. - Select
Add new token
. - Enter a name to distinguish the token, and then select
Generate
. - Copy the token and store it in a secure location for later use.
Warning
Once you leave the page, you cannot view or copy the token again.
- Select
Done
to add the token. - Select
Save
to save your changes.
Use basic HTTP authentication with the MCP agent by encoding it with the personal access token.
To encode credentials on Linux, macOS, or Windows:
Open a terminal and run the following command, replacing <username>
and <token>
with your actual username and the personal access token you generated in Jenkins
- Linux or macOS
echo -n "<username>:<token>" | base64
- Windows (PowerShell)
[Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes("<username>:<token>"))
if successful, the Base64-encoded credential is output, similar to the following:
dXNlcm5hbWU6dG9rZW4=
Store the encoded credential in a secure location for later use.
Note
Base64 encoding is not encryption. Anyone with access to the encoded string can decode it and obtain your credentials. Always protect the encoded credentials as if they are the original username and token.
{
"mcpServers": {
"jenkins": {
"autoApprove": [
],
"disabled": false,
"timeout": 60,
"type": "streamableHttp",
"url": "https://jenkins-host/mcp-server/mcp",
"headers": {
"Authorization": "Basic <user:token base64>"
}
}
}
}
Copilot doesn't work well with the Streamable transport as of now, and I'm still investigating the issues. Please continue to use the SSE endpoint.
{
"mcp": {
"servers": {
"jenkins": {
"type": "sse",
"url": "https://jenkins-host/mcp-server/sse",
"headers": {
"Authorization": "Basic <user:token base64>"
}
}
}
}
}
Streamable example:
{
"servers": {
"jenkins": {
"type": "http",
"url": "http://jenkins-host/mcp-server/mcp",
"requestInit": {
"headers": {
"Authorization": "Basic <user:token base64>"
}
}
}
}
}
{
"servers": {
"jenkins": {
"command": "npx",
"args": [
"mcp-remote",
"http://jenkins-host/mcp-server/mcp",
"--header",
"Authorization: Bearer ${AUTH_TOKEN}"
],
"env": {
"AUTH_TOKEN": "Basic <user:token base64>"
}
}
}
}
claude mcp add http://jenkins-host/mcp-server/mcp --transport http --header "Authorization: Basic <user:token base64>"
- Click “Add custom extension”
- Give it a meaningful name
- In the type Dropdown, select “Streamable HTTP”
- Enter the endpoint URL. This should be something like
http://jenkins-host/mcp-server/mcp
- Scroll to “Request Headers”
- In the empty field, type
Authorization
as the name. Then in the Value field, type“Basic <user:token base64>”
- Click "Add"
- Click “Add Extension”
The plugin provides the following built-in tools for interacting with Jenkins:
-
getJob
: Get a Jenkins job by its full path. -
getJobs
: Get a paginated list of Jenkins jobs, sorted by name. -
triggerBuild
: Trigger a build of a job. This tool supports parameterized builds. You can provide parameters as a JSON object where each key is the parameter name. For example:{ "jobFullName": "my-job", "parameters": { "BRANCH": "main", "DEBUG_MODE": "true" } }
Note on Parameters:
- Core Jenkins Parameters: Fully supported (String, Boolean, Choice, Text, Password, Run)
- Plugin Parameters: Automatically detected and handled using reflection
- File Parameters: Not supported via MCP (require file uploads)
- Multi-select Parameters: Supported as arrays or lists
- Custom Plugin Parameters: Automatically attempted using reflection-based detection
- Fallback Behavior: Unsupported parameters fall back to default values with logging
getBuild
: Retrieve a specific build or the last build of a Jenkins job.updateBuild
: Update build display name and/or description.getBuildLog
: Retrieve log lines with pagination for a specific build or the last build.
getJobScm
: Retrieve SCM configurations of a Jenkins job.getBuildScm
: Retrieve SCM configurations of a specific build.getBuildChangeSets
: Retrieve change log sets of a specific build.
whoAmI
: Get information about the current user.getStatus
: Checks the health and readiness status of a Jenkins instance. Use this tool to assess Jenkins instance health rather than simple up/down status.
Each tool accepts specific parameters to customize its behavior. For detailed usage instructions and parameter descriptions, refer to the API documentation or use the MCP introspection capabilities.
To use these tools, connect to the MCP server endpoint and make tool calls using your MCP client implementation.
The MCP Server Plugin now provides comprehensive support for Jenkins parameters:
- String Parameters: Text input with default values
- Boolean Parameters: True/false values with automatic type conversion
- Choice Parameters: Dropdown selections with validation
- Text Parameters: Multi-line text input
- Password Parameters: Secure input with Secret handling
- Run Parameters: Build number references
- Plugin Parameters: Automatically detected and handled
- Type Conversion: Automatic conversion between JSON types and Jenkins parameter types
- Validation: Choice parameters validate input against available options
- Fallback: Unsupported parameters gracefully fall back to defaults
- Reflection: Plugin parameter types automatically detected and handled
- Logging: Comprehensive logging for debugging parameter issues
{
"jobFullName": "my-parameterized-job",
"parameters": {
"BRANCH": "main",
"DEBUG_MODE": true,
"ENVIRONMENT": "production",
"FEATURES": ["feature1", "feature2"],
"NOTES": "Build triggered via MCP"
}
}
To add new MCP tools or functionalities:
- Create a class implementing
McpServerExtension
. - Use
@Tool
to expose methods as MCP tools. - Use
@ToolParam
to define and describe tool parameters.
Example:
@Extension
public class MyCustomMcpExtension implements McpServerExtension {
@Tool(description = "My custom tool")
public String myCustomTool(@ToolParam(description = "Input parameter") String input) {
// Tool implementation
}
}
The MCP Server Plugin handles various result types with the following approach:
- List Results: Each element in the list is converted to a separate text content item in the response.
- Single Objects: The entire object is converted into a single text content item.
For serialization to text content:
- @ExportedBean Annotation: If the result object is annotated with
@ExportedBean
(fromorg.kohsuke.stapler.export
), Jenkins'org.kohsuke.stapler.export.Flavor.JSON
exporting mechanism is used. - Other Objects: For objects without the
@ExportedBean
annotation, Jackson is used for JSON serialization.
This approach ensures flexible and efficient handling of different result types, accommodating both Jenkins-specific exported objects and standard Java objects. This flexible approach ensures that tool results are consistently and accurately represented in the MCP response, regardless of their complexity.
The MCP Server Plugin seamlessly integrates with GitHub Copilot, enhancing your development experience by providing direct access to Jenkins information within your IDE. This integration allows you to interact with Jenkins jobs and builds using natural language queries.
As shown in the screenshot:
- You can ask Copilot about Jenkins jobs using natural language, e.g., "list jenkins job under root".
- Copilot uses the MCP Server to fetch and display information about Jenkins jobs, listing the jobs under the root directory.
- You can also request specific information, such as "get the last build status of job a", and Copilot will provide the relevant details including build number, status, and URL.
This integration streamlines your workflow by allowing you to access Jenkins information without leaving your development environment.
For more details on the Model Context Protocol and its Java SDK:
Contributions to the MCP Server plugin are welcome. Please refer to the Jenkins contribution guidelines for more information.
This project is licensed under the MIT License - see the LICENSE file for details.