4,500+ servers built on MCP Fusion
Vinkius

Jira Service Management (JSM) MCP. Get ticket data and service structure via your AI agent.

Claude Claude
ChatGPT ChatGPT
Cursor Cursor
Gemini Gemini
Windsurf Windsurf
VS Code VS Code
JetBrains JetBrains
Vercel Vercel
See Vinkius in Action

Works with every AI agent you already use

…and any MCP-compatible client

Jira Service Management (JSM) MCP on Cursor AI Code Editor MCP Client Jira Service Management (JSM) MCP on Claude Desktop App MCP Integration Jira Service Management (JSM) MCP on OpenAI Agents SDK MCP Compatible Jira Service Management (JSM) MCP on Visual Studio Code MCP Extension Client Jira Service Management (JSM) MCP on GitHub Copilot AI Agent MCP Integration Jira Service Management (JSM) MCP on Google Gemini AI MCP Integration Jira Service Management (JSM) MCP on Lovable AI Development MCP Client Jira Service Management (JSM) MCP on Mistral AI Agents MCP Compatible Jira Service Management (JSM) MCP on Amazon AWS Bedrock MCP Support

Just plug in your AI agents and start using Vinkius.

Jira Service Management (JSM) MCP Server connects your AI client to your service desk data. It lets you read customer requests, check queue status, list service desks, and search knowledge bases directly via the Jira JSM API.

Use it to automate IT support tasks, triage tickets, or pull up deep details on any service inquiry.

What your AI agents can do

Get info

Retrieves general system information for the JSM instance, useful for monitoring system health.

Get request

Fetches full details for a specific customer request, including participants and custom field values.

Get service desk

Retrieves project details and branding information for a specific support portal.

+ 7 more capabilities included
Inspect System Health

The get_info tool retrieves general operational information about the JSM instance.

Retrieve Full Ticket Details

The get_request tool fetches complete information for a single customer request, including participants and custom fields.

Get Service Desk Configuration

The get_service_desk tool provides details and branding information for a specific support portal.

List Support Customers

The list_customers tool pulls a list of all known customers attached to a service desk.

List Knowledge Base Articles

The list_knowledge_bases tool fetches a list of documentation available for a specific service desk.

List Business Units

The list_organizations tool retrieves all business organizations managed within JSM.

Check Queue Status

The list_queues tool lists defined queues for a service desk, showing where tickets are being triaged.

Supported MCP Clients

Claude Claude
ChatGPT ChatGPT
Cursor Cursor
Gemini Gemini
Windsurf Windsurf
VS Code VS Code
JetBrains JetBrains
Vercel Vercel
+ other MCP clients
Free for Subscribers

Waiting for input…

AI Agent

Jira Service Management (JSM) MCP Server: 10 Tools

Use these 10 tools to programmatically interact with your Jira Service Management data, allowing your AI agent to automate service desk tasks.

get019d75bd

get info

Retrieves general system information for the JSM instance, useful for monitoring system health.

get019d75bd

get request

Fetches full details for a specific customer request, including participants and custom field values.

get019d75bd

get service desk

Retrieves project details and branding information for a specific support portal.

list019d75bd

list customers

Lists all customers associated with a specific service desk for account identification.

list019d75bd

list knowledge bases

Lists all available knowledge base articles for a given service desk, helping find solutions.

list019d75bd

list organizations

Lists all business organizations supported by JSM, useful for data grouping.

list019d75bd

list queues

Lists all queues defined for a service desk, helping track ticket status and backlogs.

list019d75bd

list request types

Lists all available request types (like 'IT Help' or 'Hardware Request') in a service catalog.

list019d75bd

list requests

Lists summaries and statuses for all customer requests, essential for monitoring the general support queue.

list019d75bd

list service desks

Returns project keys, names, and IDs, allowing you to identify the correct service desk for subsequent queries.

Choose How to Get Started

Build a custom MCP for your own tools, or connect a ready-made integration from our catalog.

Build Your Own

Turn any API into an MCP. Import a spec, define Agent Skills, or deploy with MCPFusion.

  • Import from OpenAPI, Swagger, or YAML specs
  • Create Agent Skills with progressive disclosure
  • Deploy to edge with MCPFusion framework
  • Built in DLP, auth, and compliance on every call
  • Real time usage dashboard and cost metering
  • Publish to catalog or keep private
Start building

Make Your AI Do More

Start with Jira Service Management (JSM), then connect any of our 4,700+ other servers whenever your AI needs more. One click, no limits.

  • Use this MCP plus 4,700+ others, all in one place
  • Add new capabilities to your AI anytime you want
  • Every connection is secured and compliant automatically
  • Track usage and costs across all your servers
  • Works with Claude, ChatGPT, Cursor, and more
  • New servers added to the catalog every week

What you can do with this MCP connector

Jira Service Management (JSM) MCP Server connects your AI client directly to your service desk data. You can read customer requests, check queue status, list service desks, and search knowledge bases without writing complex API calls. This lets your agent automate IT support tasks, triage tickets, or pull up deep details on any service inquiry.

Inspect System Health
get_info retrieves general operational information about the JSM instance.

Service Desk Configuration
list_service_desks returns project keys, names, and IDs, letting you identify the right service desk for later queries. get_service_desk provides details and branding info for a specific support portal.

Customer and Organization Management
list_organizations retrieves all business organizations managed within JSM. list_customers pulls a list of all known customers attached to a service desk for account identification.

Request Triage and Status
list_requests lists summaries and statuses for all customer requests, letting you monitor the general support queue. list_queues lists defined queues for a service desk, showing where tickets are being triaged. get_request fetches complete information for a single customer request, including participants and custom field values. list_request_types lists all available request types, like 'IT Help' or 'Hardware Request', in a service catalog.

Knowledge and Documentation
list_knowledge_bases fetches a list of documentation available for a specific service desk, helping find solutions.

Core Data Retrieval
list_service_desks returns project keys, names, and IDs, allowing you to identify the correct service desk for subsequent queries. list_organizations retrieves all business organizations managed within JSM.

How Jira Service Management (JSM) MCP Works

  1. 1 You prompt your AI client to investigate a customer issue (e.g., 'Find the status of ticket SD-123').
  2. 2 The agent determines it needs ticket data and calls the get_request tool, passing the ticket ID.
  3. 3 The server executes the API call and returns a detailed JSON object with the ticket's full description, participants, and custom fields to your agent.

The bottom line is, your agent gets the exact data it needs from Jira, without needing to write any API code itself.

Who Is Jira Service Management (JSM) MCP For?

This is for the Ops Engineer who gets bogged down in Jira dashboards, spending hours clicking through tickets just to piece together a status report. It’s for the Support Manager who needs to know instantly if the 'IT Help' queue is backed up. It’s for the IT Director who needs to audit service delivery without logging into the web UI.

Support Agent

Uses get_request to pull up every detail on a specific ticket, quickly confirming who was involved or what custom fields are missing.

Service Desk Manager

Uses list_queues and list_requests to monitor ticket volume, spot backlogs, and ensure the team is prioritizing the right work.

IT Operations Engineer

Uses list_service_desks and list_organizations to map out the entire support structure and understand which business unit owns which support portal.

What Changes When You Connect

  • Deep Dive into Tickets: Use get_request to pull more than just the summary. You get the full history, every participant, and custom field data for deep investigations.
  • Know Your Scope: Before querying tickets, run list_service_desks to find the correct project key or ID. This prevents bad calls and ensures your agent targets the right support portal.
  • Monitor Backlogs: Use list_requests to get a quick overview of all open tickets, or use list_queues to see exactly which triage queues are building up with unassigned work.
  • Map Your Structure: Run list_organizations and list_customers together. This lets your agent understand which business unit is responsible for which customer account, making reporting accurate.
  • Find Answers Fast: Need documentation? list_knowledge_bases pulls the list of articles, letting your agent guide the user to the right self-help answer.
  • Understand Service Offerings: Call list_request_types to see the full service catalog, letting your agent know what kind of requests the team can actually handle.

Real-World Use Cases

01

Investigating a Single, Complex Ticket

A support agent gets a call about a strange error. Instead of reading through the ticket history manually, the agent tells their AI client to run get_request on the ticket ID. The agent instantly gets all participants and custom fields, letting them confirm the required steps without wasting time.

02

Auditing the Entire Support Backlog

The Service Desk Manager needs to know the total volume of unassigned work. They instruct their agent to first run list_service_desks to find the correct scope, then call list_requests and list_queues to get a real-time count and status of all pending tickets.

03

Onboarding a New Support Team

The Ops Engineer needs to map out the entire support ecosystem. They run list_organizations to see all business units, then use list_customers for each one, and finally list_knowledge_bases to see what documentation exists for that unit.

04

Checking Service Availability

A developer wants to see if a specific service offering is even available. They ask their agent to run list_request_types and list_service_desks to confirm the service catalog and the operational scope.

The Tradeoffs

Trying to find a ticket ID manually

A user starts by just asking, 'What's wrong with the support queue?' and the agent just replies with a vague list of services, forcing the user to start over and hunt for the correct ticket ID.

First, run list_service_desks to narrow the scope. Then, use list_requests to get a summary list and find the key ID. Finally, call get_request with the specific ID for all details.

Assuming all data is in one place

The agent tries to get customer account data and ticket status simultaneously, resulting in an error because the two types of data are managed by different tools.

Separate the calls. First, run list_customers to get the account details. Then, run get_request using the customer ID to pull the ticket status. The AI client chains the data correctly.

Ignoring the service structure

The agent tries to query a queue ID that belongs to a different service desk, leading to an empty or irrelevant result set.

Always start by calling list_service_desks to confirm the correct project ID. Then, use that ID when calling list_queues or get_service_desk.

When It Fits, When It Doesn't

Use this server if your primary need is reading, listing, or auditing structured service desk data (tickets, users, documentation). It's perfect for building stateful workflows like 'Investigate Customer Issue' or 'Audit Backlog Status.'

Don't use this if you need to create a ticket, update a field, or send a message. This server is read-only for operational data. For those actions, you'll need a different API integration (e.g., a dedicated write-access MCP server). If you just need to know what data exists, but don't care about its actual content, an external database listing tool might suffice, but this is the most complete source of truth for Jira Service Management.

Independent Platform Disclaimer: Vinkius is an independent platform and is not affiliated with, endorsed by, sponsored by, verified by, or otherwise authorized by Jira Service Management. All third-party trademarks, logos, and brand names are the property of their respective owners. Their use on this website is strictly for informational purposes to identify service compatibility and interoperability.

VINKIUS INFRASTRUCTURE

Cloud Hosted

Managed infra

V8 Isolated

Sandboxed per request

Zero-Trust Proxy

No stored credentials

DLP Enforced

Policy on every call

GDPR Compliant

EU data residency

Token Compression

~60% cost reduction

How we secure it →

Works with Claude, ChatGPT, Cursor, and more

The Model Context Protocol standardizes how applications expose capabilities to LLMs. Instead of operating in isolation, your AI gains direct access to external platforms, live data, and real-world actions through secure, standardized connections.

This server provides 10 capabilities that interface natively with Claude, ChatGPT, Cursor, and any MCP client. No middleware. No custom integration required.

Available Capabilities

get_info get_request get_service_desk list_customers list_knowledge_bases list_organizations list_queues list_request_types list_requests list_service_desks

Manually gathering ticket data takes way too much time.

Today, if you need a full picture of a customer issue, you're clicking through Jira's web interface: checking the ticket summary, opening the activity feed, looking at the associated user records, and cross-referencing the knowledge base link. You spend minutes just moving between tabs and copying IDs to build a single status report.

With this MCP server, your agent handles the clicks. You ask for the status of a ticket, and the agent uses `get_request` to pull every detail—the status, the history, the participants—into one structured response. You get the full context instantly.

Jira Service Management (JSM) MCP Server

The `list_service_desks` tool eliminates the need to guess which project key or ID you're working with. You simply ask for a list of all available service desks, and the agent gets the accurate IDs required to move forward.

Now your agent can reliably target the right support portal every single time. It's not just data access; it's reliable data access, period.

Common Questions About Jira Service Management (JSM) MCP

How do I use the `list_requests` tool to see all open tickets? +

The list_requests tool fetches a list of summaries and statuses across the service desk. This is the best starting point for monitoring the general health of the queue.

What is the difference between `list_requests` and `get_request`? +

The difference is scope. list_requests gives you a high-level summary (keys and statuses) for many tickets. get_request requires a specific ID and gives you the complete, deep-dive record for one ticket.

Does `list_service_desks` help me find the right project ID? +

Yes, it does. list_service_desks returns the project keys, names, and IDs. This is critical because most other tools need the correct service desk ID to function properly.

Can I use `list_customers` to see billing information? +

No. list_customers only lists support recipients and their account details within the service desk context. It doesn't provide billing or financial records.

How do I check the queue status with `list_queues`? +

Running list_queues lists all defined queues for a service desk, showing where tickets are being triaged. This helps identify backlogs and understand the workflow structure.

How do I use `list_organizations` to understand customer groupings? +

It lists all organizations within JSM. This helps you group support data by business entity, letting your agent know which customers belong together for better context.

What is the purpose of the `get_service_desk` tool? +

It retrieves details for a specific service desk. You use this to understand the portal's configuration and branding before automating support tasks.

Can I use `list_knowledge_bases` to find relevant articles for a ticket? +

It lists all available knowledge base articles for a service desk. Your agent can use this list to pull documentation and suggest articles while resolving a customer request.

How do I get Jira JSM API credentials? +

You need your Jira instance domain (e.g., acme.atlassian.net), your account email, and an API Token. You can generate an API Token in your Atlassian Account Settings under Security > API Token.

Can I see requests from all service desks? +

The list_requests tool allows you to retrieve customer requests across your Jira Service Management instance, subject to your account permissions.

Are knowledge base articles supported? +

Yes, you can list knowledge base articles for a specific service desk using the list_knowledge_bases tool.

More in this category

You might also like

Built & Managed by Vinkius 30s setup 10 tools

We've already built the connector for Jira Service Management (JSM). Just plug in your AI agents and start using Vinkius.

No hosting. No infrastructure. No complex setup.
All 10 tools are live and waiting. You're up and running in seconds.

Claude Claude
ChatGPT ChatGPT
Cursor Cursor
Gemini Gemini
Windsurf Windsurf
VS Code VS Code
JetBrains JetBrains
Vercel Vercel
+ other MCP clients

Vinkius gives your AI agents access to the full catalog of app connectors, all fully managed, secure, and enterprise-ready. One subscription, every tool you need.

Zero hosting required Full MCP catalog included Enterprise-grade security Auto-updated by Vinkius

Built, hosted, and secured by Vinkius. You just connect and go.