Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Atlassian Rovo MCP Server & Atlassian MCP Server are the same? [Champions Slack Insider]

It started with a simple but important question:

Is the Atlassian Rovo MCP Server actually different from the Atlassian MCP Server?

Short answer: They’re the same thing. The difference is in naming and positioning, not functionality.

  • Atlassian MCP Server = the actual service
  • “Rovo MCP Server” = contextual name tied to AI experiences like Rovo

The “Rovo” label exists because this capability is closely associated with AI use cases—but it’s not limited to Rovo and they're not separate products.

So What Is the MCP Server?

The MCP Server (Model Context Protocol server) is a secure data access layer for AI systems.

It allows AI tools to:

  • Retrieve Jira and Confluence data
  • Respect permissions and security boundaries
  • Provide structured context to AI models

Think of it as a translator and gatekeeper between AI systems and Atlassian data.

Where Rovo Fits In

It’s easy to assume that Rovo uses the MCP Server internally—but that’s not how it’s currently designed.

Rovo primarily accesses data through:

  • Atlassian’s internal service layer
  • The Teamwork Graph (TWG)

The MCP Server is instead:

  • Designed for external AI clients
  • Used in custom integrations and developer-built AI workflows

A Simple Example

Let’s make this concrete. You ask Rovo in Jira:

“Show me all open bugs assigned to my team this week.”

Behind the scenes:

  1. Rovo receives your request
  2. It translates it into a structured query
  3. Data is retrieved (via internal services / TWG)
  4. The AI model generates a response

Now imagine you’re building your own AI system.

Instead of Rovo handling data retrieval- the Atlassian MCP Server would securely retrieve Jira data for your AI model.

Why This Distinction Matters

This isn’t just technical nuance—it changes how you think about AI architecture.

Rovo = User-facing AI interface

MCP Server = Data access protocol for AI systems

This means:

  • You can build AI experiences outside of Rovo
  • You can connect Atlassian data to other AI platforms
  • You’re not limited to REST APIs for AI workflows

Where This Might Be Going

A natural follow-up question came up:

Will MCP eventually expose Teamwork Graph data?

Most likely: Yes—but not directly

Expect:

  • Curated or structured endpoints
  • Not raw graph exposure
  • Controls for permissions, performance, and governance

A Bigger Insight: What Data Belongs Where?

This led to an even more important discussion. Not all enterprise data belongs in:

  • The Teamwork Graph
  • Or Atlassian systems at all

Like the Atlassian Data Lake: It’s designed for collaboration data, not everything

Most organizations will:

  • Keep core business data in their own systems
  • Connect it when needed
  • Avoid centralizing everything in one place

Cost & Security Reality Check

This is where architecture decisions become real.

If you push everything, you pay and risk everything.

More data means:

  • Higher indexing and processing costs
  • Increased exposure risk
  • Lower signal quality for AI responses

The smarter approach: Only connect what your AI actually needs.

1 comment

Rebekka Heilmann _viadee_
Community Champion
March 16, 2026

Hi @Yong Yang 

@Dr Valeri Colon _Connect Centric_ answered in depth in Slack anyway and maybe will post here as well. I've got a take on a much higher level:

There is only one official MCP Server: Getting started with the Atlassian Rovo MCP Server | Atlassian Rovo MCP Server Cloud | Atlassian Support 

I think the naming differs depending on the source. I guess they've put Rovo in for two reasons;

  • It's AI related and everything AI got rebranded to Rovo
  • You can actually access Rovo search through the MCP, which is not accessible through regular APIs (they are all product specific)

There is still no API/MCP to call any other Rovo features directly. So calling it Rovo is quite misleading in my opinion.

I guess to fully answer the "why", chances are we'd have to ask one of the Atlassians that got sacked :(

Like # people like this

Comment

Log in or Sign up to comment
TAGS
AUG Leaders

Atlassian Community Events