mcp-jenkins
Related Servers
Alternatives to mcp-jenkins
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityNot gradedmaintenanceA Model Context Protocol (MCP) server that enables AI tools like chatbots to interact with and control Jenkins, allowing users to trigger jobs, check build statuses, and perform other Jenkins operations through natural language.MIT
- AlicenseBqualityCmaintenanceA Model Context Protocol server that enables AI assistants to interact with Jenkins CI/CD servers, providing tools to check build statuses, trigger builds, and retrieve build logs.315MIT
- AlicenseNot gradedqualityCmaintenanceProvides Jenkins CI/CD integration for AI assistants through the Model Context Protocol, enabling job management, build control, and system administration via natural language commands.267 PyPI1MIT
- FlicenseNot gradedqualityDmaintenanceEnables AI agents and external systems to programmatically trigger and monitor Jenkins jobs, retrieve build status and logs via MCP standards.-
- AlicenseAqualityCmaintenanceMCP server for Jenkins (with optional GitLab integration) that lets AI assistants list jobs, trigger and track deployments, fetch build logs, and verify whether tickets are deployed, without touching the Jenkins UI.17MIT
- AlicenseAqualityCmaintenanceMCP server that connects AI agents to Jenkins, supporting stdio and HTTP transports with tools for jobs, builds, logs, and queue management.9143 npmMIT
TDQS
Scored across 35 tools
Most tools are clearly separated by resource area (queue, view, build, node, plugin) and follow get_all_X/get_X pairs. Some ambiguity remains between the generic item tools and job-related operations, and the plugin update/backup/problem variants could be confused, but the descriptions mostly clarify the boundaries.
Tool names consistently use snake_case verb_noun patterns, with get_all_<resource>/get_<resource> pairs and set_<resource>_config throughout. Minor deviations like query_items or run_groovy_script still fit the verb-first convention and do not break the overall predictability.
At 35 tools, this is well above the 25-tool threshold and feels heavy for an agent to navigate. Many near-duplicate accessor pairs and plugin variants inflate the surface without adding proportionally distinct functionality.
The operational coverage is strong: builds, artifacts, console output, test reports, queue management, nodes, plugins, and pending-input handling are all represented. However, lifecycle operations are incomplete—there is no explicit create/delete for jobs, nodes, or plugins, and no plugin install/update—so administrative workflows hit dead ends unless falling back to run_groovy_script.