Atlassian is Needs Work to agents.
Discry independently scored how well an AI agent can discover and understand the Atlassian API from what’s public — not whether it’s usable. Below: every signal we checked, what’s costing the score, and what to change.
SCORED UNDER RUBRIC 1.2 · A full re-launch under Discry Score 2.5 — a new behavioral instrument, not comparable to these scores — is in progress.
Discovery
45% of score · 67/100Comprehension
55% of score · 72/100What we found
- Atlassian has invested heavily in MCP infrastructure — an official Remote MCP Server securely connects Jira and Confluence with LLMs, and AGENTS.md exists in the atlascode VS Code extension repo — but basic discovery signals like llms.txt are completely absent
- The OpenAPI spec for Jira Cloud is comprehensive and downloadable (swagger-v3.v3.json), covering the full REST API surface — this is the strongest discovery signal and critical for agent auto-discovery
- No llms.txt, llms-full.txt, or .well-known/mcp.json despite having an official MCP server — an agent looking for Atlassian's agent-friendly endpoints via standard discovery paths would fail entirely
- Documentation quality for individual endpoints is strong with task-oriented descriptions, required permissions, and response schemas — but content is scattered across separate product APIs (Jira Platform, Jira Software, Confluence, Bitbucket) with no unified entry point
- The API intro page provides excellent structured context for authentication, pagination, timestamps, and status codes — but error recovery guidance beyond status code descriptions is limited
What to change
Prioritized by impact on discoverability. You (or your docs platform) deploy these — Discry never touches your API.
- 01Add llms.txt at developer.atlassian.com covering the unified API surface across Jira, Confluence, Bitbucket, and Trello — this is the highest-impact quick win for discovery
- 02Add .well-known/mcp.json pointing to the official Atlassian Remote MCP Server at atlassian.com/platform/remote-mcp-server
- 03Create a unified API overview page that summarizes capabilities across all Atlassian products — currently an agent must discover each product API independently
- 04Add llms-full.txt with consolidated API documentation in markdown format
- 05Enhance error documentation with actionable recovery steps for common 4xx errors specific to each API operation
Execution coverage · INFORMATIONAL, UNSCORED
Whether an agent can actually complete a call and recover from errors is the deeper Audit layer — documented here, but not part of the Discry Score.
Multiple APIs across products (Jira, Confluence, Bitbucket, Trello). OAuth 2.0 and API token auth for Cloud; basic auth for Server. JSON error responses with status codes. Rate limits documented. Cursor-based pagination with expand parameters. No idempotency keys documented.