jira-mcp-ai
Related Servers
Alternatives to jira-mcp-ai
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceA lightweight MCP server for self-hosted Jira Server, exposing REST API v2 tools for search, issue creation/update, transitions, comments, and more to AI clients via MCP protocol.MIT
- FlicenseBqualityCmaintenanceMCP server that connects AI assistants to your Jira site, supporting PAT or SSO authentication for search, read, create, update, and delete operations on issues.1745 npm-
- AlicenseNot gradedqualityAmaintenanceMCP server for Jira Cloud — gives AI agents full context and control over Jira issues, projects, sprints, and workflows.58 npmMIT
- AlicenseNot gradedqualityDmaintenanceA local-only MCP server providing safe, typed Jira tools for AI agents via Atlassian ACLI, enabling search, get issue, add comment, and transition issues with policy guardrails.MIT
- FlicenseNot gradedqualityBmaintenanceMCP server that provides AI assistants with access to Jira Cloud for issue management, search, and workflow operations.-
- FlicenseAqualityCmaintenanceAn async MCP server for JIRA integration, enabling AI assistants to search, create, and manage JIRA issues via JQL and other operations.62-
TDQS
Scored across 52 tools
Every tool maps to a distinct resource/action pair, and the verbose descriptions actively disambiguate near-neighbors: jira_get_sprint_issues is scoped by sprint, jira_search by JQL, and jira_get_create_meta is separated from jira_list_fields by focusing on the create screen. Overlap exists only where Jira itself exposes similar concepts, and the descriptions handle it.
All 52 tools use the jira_ prefix and snake_case, and most follow a clear verb_noun pattern: get_issue, list_sprnts, create_component, delete_worklog. The exceptions—jira_search, jira_count, and jira_capabilities—deviate slightly from that pattern, but the overall convention is highly predictable.
52 tools is an extreme surface for one MCP server, crossing the rubric's 50+ threshold. Even though Jira is a broad domain, the sheer number of resource/action pairs makes selection heavy and increases the chance of mispicks.
The core issue lifecycle is well covered: create, get, update, delete, transition, assign, link, comments, worklogs, attachments, watchers, votes, and sprint management. Gaps like no component/version delete, no filter create/update/delete, and no worklog update are present but mostly affect secondary workflow edges rather than blocking primary use.