atlassian-mcp-server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| JIRA_URL | Yes | The Jira REST API URL (must point to the /rest/api/3 endpoint), e.g., https://your-domain.atlassian.net/rest/api/3 | |
| CONFLUENCE_URL | Yes | The Confluence base URL, e.g., https://your-domain.atlassian.net/wiki | |
| ATLASSIAN_API_KEY | Yes | Your Atlassian API token | |
| ATLASSIAN_USERNAME | Yes | Your Atlassian account email address | |
| CONFLUENCE_SPACE_KEY | Yes | Your default Confluence space key |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| jira_search_usersA | Searches for Jira users by name or email. Args: query: Name, email, or username fragment to search for. max_results: Maximum number of results to return. |
| list_jira_issuesA | Lists Jira issues using JQL. By default returns key, summary, status, priority, assignee. Use additional_fields to include extra Jira fields in the response. Args: jql: JQL query string. next_page_token: Token for pagination (returned in previous response). max_results: Maximum number of results to return. additional_fields: Extra Jira field names to include, e.g. ["issuetype", "labels", "created", "updated", "duedate", "components", "fixVersions", "reporter", "resolution", "parent", "subtasks"]. |
| read_jira_issueA | Gets details of a specific Jira issue. By default returns a compact set of fields. Use additional_fields to request more without bloating every response. Args: issue_key: The issue key (e.g. "PROJ-123"). additional_fields: Extra Jira field names to include, e.g. ["components", "fixVersions", "duedate", "resolution", "parent", "subtasks", "issuetype", "customfield_XXXXX"]. |
| jira_list_fieldsA | Lists all available Jira fields (standard and custom). Use this to discover field IDs you can pass as additional_fields to read_jira_issue, list_jira_issues, or jira_update_issue. |
| jira_add_commentA | Adds a comment to a Jira issue. Args: issue_key: The ID or key of the issue. comment: The comment content in markdown. Supports headings, bold, italic, strikethrough, links, code blocks, lists, tables, etc. Mentioning users: To tag a user, first call jira_search_users to find their accountId, then use @[accountId] in the text (e.g. @[712020:abc123]). You can also use @username which auto-resolves if there is exactly one match, but will fail if ambiguous — prefer @[accountId]. |
| jira_edit_commentA | Edits an existing comment on a Jira issue. Args: issue_key: The ID or key of the issue. comment_id: The ID of the comment to edit (from jira_get_comments). comment: The new comment content in markdown. Supports headings, bold, italic, strikethrough, links, code blocks, lists, tables, etc. Mentioning users: To tag a user, first call jira_search_users to find their accountId, then use @[accountId] in the text (e.g. @[712020:abc123]). You can also use @username which auto-resolves if there is exactly one match, but will fail if ambiguous -- prefer @[accountId]. |
| jira_delete_commentA | Deletes a comment from a Jira issue. Args: issue_key: The ID or key of the issue. comment_id: The ID of the comment to delete (from jira_get_comments). |
| jira_transition_issueA | Transitions a Jira issue to a new status using a transition ID. Use jira_get_transitions to find available transition IDs. |
| jira_get_transitionsC | Gets available transitions for a Jira issue. |
| jira_update_issueA | Updates fields on a Jira issue.
|
| jira_create_issueA | Creates a new Jira issue. For description, accepts a markdown string. Supports headings, bold, italic, strikethrough, links, code blocks, lists, tables, etc. Mentioning users: To tag a user, first call jira_search_users to find their accountId, then use @[accountId] in the text (e.g. @[712020:abc123]). You can also use @username which auto-resolves if there is exactly one match, but will fail if ambiguous — prefer @[accountId]. |
| jira_get_commentsB | Gets all comments for a Jira issue. |
| jira_download_attachmentB | Downloads a Jira attachment by ID, saves it to a temp file, and returns the file path. |
| list_confluence_pagesC | Lists Confluence pages in a space. |
| view_confluence_pageC | Gets the content of a Confluence page. |
| edit_confluence_pageB | Updates a Confluence page. If version is not provided, it will be automatically incremented. MERMAID DIAGRAMS: Confluence Cloud uses the Mermaid Diagrams plugin. You CANNOT create rendered diagrams programmatically. The mermaid-cloud macro only references diagram content in the plugin's internal storage (not accessible via API). To include a Mermaid diagram, provide it as a code block for the user to manually convert: <ac:structured-macro ac:name="code" ac:schema-version="1"> <ac:parameter ac:name="language">text ac:plain-text-body The user can then convert this code block to a rendered diagram in the Confluence editor. |
| confluence_create_pageC | Creates a new Confluence page, optionally under a parent page. |
| confluence_delete_pageC | Deletes a Confluence page. |
| confluence_searchB | Searches Confluence content using CQL (Confluence Query Language). Example: title ~ "meeting" AND label = "notes" |
| confluence_get_commentsC | Gets all comments for a Confluence page. |
| confluence_add_commentB | Adds a comment to a Confluence page. Set parent_comment_id to reply to an existing comment. |
| confluence_get_attachment_imageC | Gets an image attachment on a Confluence page and returns it as an Image. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 22 tools
Tools are clearly separated by product prefix (confluence_ vs jira_) and have distinct actions on different resources (pages, issues, comments). No functional overlap between tools.
Most tools follow a verb_noun pattern with product prefixes (e.g., confluence_create_page, jira_add_comment). Minor inconsistencies: 'edit_confluence_page' vs 'update', and 'list_' versus '_list' patterns (e.g., list_confluence_pages vs jira_list_fields).
22 tools split across two products (Confluence ~7, Jira ~15) is well-scoped. Each tool serves a clear purpose without excessive overlap or missing essential operations.
Core CRUD operations for Confluence pages and Jira issues are present, along with comments, search, transitions, and user lookup. Minor gaps like attachment upload are missing, but the surface covers primary workflows.