Atlassian Goals MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| ATLASSIAN_EMAIL | Yes | Your Atlassian account email | |
| ATLASSIAN_CLOUD_ID | Yes | Your Atlassian cloud ID from https://your-company.atlassian.net/_edge/tenant_info | |
| ATLASSIAN_SITE_URL | Yes | Your Atlassian site URL (e.g., https://your-company.atlassian.net) | |
| ATLASSIAN_API_TOKEN | Yes | Your Atlassian API token generated at https://id.atlassian.com/manage-profile/security/api-tokens |
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 | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_goalsA | List Atlassian Goals with optional filtering by status, search term, or tags. Supports cursor-based pagination for retrieving large result sets. |
| get_goalA | Get detailed information about a specific goal by its ID. Returns complete goal details including description, metrics, parent/child relationships, and recent updates. |
| get_goalsA | Fetch multiple goals by their IDs in a single batch request. Returns complete goal details including description, metrics, parent/child relationships, and recent updates for each goal. More efficient than calling get_goal multiple times. |
| search_goalsA | Search for goals using TQL (Townsquare Query Language). Supports flexible queries with multiple operators. Supported operators:
Searchable fields:
Examples:
|
| list_projectsA | List Atlassian Projects with optional filtering by name. Supports cursor-based pagination for retrieving large result sets. |
| get_projectA | Get detailed information about a specific project by its ID. Returns complete project details including description, members, linked goals, and recent updates. |
| get_projectsA | Fetch multiple projects by their IDs in a single batch request. Returns complete project details including description, members, linked goals, and recent updates for each project. More efficient than calling get_project multiple times. |
| search_projectsA | Search for projects using TQL (Townsquare Query Language). Supports name-based queries. Supported operators:
Searchable fields:
Examples:
|
| post_goal_updateA | Post a weekly status update to a goal — the entry that appears in the goal's Updates tab. Resolve the goal's ARI via search_goals or get_goal first; this tool requires the ID, not a name. Status and score Status for on_track / at_risk / off_track is derived from the score (1–100 integer). Pick whichever the user expresses:
Markdown
Both Example call |
| edit_goal_updateA | Edit a previously-posted goal update — fix a typo, adjust status/score, correct a metric value, replace the More detail body, etc. Identify the update by its ARI (the Only the fields you supply are changed; all others are left alone. At least one of summary/details/status/score/targetDate/metricUpdates is required. Status/score behaves identically to Markdown — both Details replace, not append — when Metric updates — Example |
| update_goalA | Edit a goal's metadata — name, description, owner, target date, start date, or archive flag. Status changes are NOT done here; use Only the fields you supply are changed; all others are left alone. At least one editable field is required. Markdown — Owner — pass an Atlassian account ID (the same value that comes back from Archive — Example |
| delete_latest_goal_updateA | Delete the latest goal update on a goal. The Townsquare API only supports deleting the most recent update per goal — earlier updates cannot be removed this way. Resolve the update ARI via If the supplied ID is not the latest update for its goal, the API will reject the call. Example |
| add_goal_tagsA | Attach one or more tags to a goal by name. Tag names that don't yet exist at the workspace level are auto-created — be aware this leaves a new workspace-level tag behind, and the Townsquare API does not expose a delete-tag mutation. Use the exact spelling and casing of an existing tag when possible. Example |
| remove_goal_tagsA | Detach one or more tags from a goal. Prefer Example |
| health_checkA | Check API connectivity and authentication status with the Atlassian Goals API. Returns connection status, response time, and diagnostic information. |
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 15 tools
Each tool has a clearly distinct purpose: list versus search for retrieval, batch versus single get, update versus post/edit for modifications, and add/remove for tags. The only potential overlap is between list_goals and search_goals, but their descriptions clarify the use cases.
Tool names follow a consistent snake_case verb_noun pattern, with plural forms for batch operations (get_goals vs get_goal). There is minor inconsistency with update_goal versus edit_goal_update, but the pattern remains predictable overall.
15 tools is at the upper end of the ideal range and each tool has a clear role. The count is well-scoped for managing goals and projects, with no unnecessary tools.
The tool set lacks create_goal and delete_goal, which are core lifecycle operations. While it covers reading, searching, updating, and posting updates, the inability to create or delete goals is a significant gap that will block common workflows.