Atlassian Rovo MCP Server

Der Atlassian Rovo MCP Server ist die offizielle, von Atlassian selbst betriebene Model-Context-Protocol-Anbindung an Jira, Confluence, Jira Service Management, Bitbucket, Compass und Loom. Statt zwischen Browser-Tabs, Ticketsystem und KI-Assistent hin und her zu wechseln, verbindet sich der Coding- oder Recherche-Agent direkt mit dem eigenen Atlassian-Cloud-Arbeitsbereich und kann dort lesen, suchen und – je nach vergebenen Rechten – auch schreiben. Für Teams, die ohnehin mit Jira und Confluence arbeiten, ist das ein direkter Effizienzgewinn: Ein Agent kann aus einer Besprechungsnotiz heraus passende Jira-Vorgänge anlegen, den aktuellen Stand eines Projekts aus Confluence zusammenfassen oder offene Bitbucket-Pull-Requests einordnen, ohne dass jemand die Informationen manuell zusammensuchen muss.

Was der Server kann

Laut Atlassian lassen sich über den Server Jira-Vorgänge, Confluence-Seiten, Jira-Service-Management-Anfragen, Bitbucket-Repositories, Compass-Komponenten und Loom-Aufzeichnungen durchsuchen und zusammenfassen, neue Vorgänge oder Seiten per natürlicher Sprache anlegen und aktualisieren sowie wiederkehrende Aufgaben automatisieren – etwa das Erzeugen von Arbeitsaufträgen aus Spezifikationen oder Meeting-Mitschriften. Der Werkzeugkatalog ist nach Produkt und Berechtigungsgruppe gegliedert (Lesen, Schreiben, Suchen, Löschen, Verwalten), sodass Organisationsadministratoren gezielt festlegen können, welche Aktionen ein angebundener KI-Client ausführen darf.

Version, Endpunkt und unterstützte Clients

Aktuell empfiehlt Atlassian ausdrücklich Version 2 unter der Adresse https://mcp.atlassian.com/v2/mcp, die mehr Werkzeuge und mehr Produkte abdeckt als die ältere v1-Fassung. Bestehende v1-Verbindungen wechseln laut Anbieter automatisch auf die v2-Werkzeuge. Der ältere SSE-Endpunkt https://mcp.atlassian.com/v1/sse wird ab dem 30. Juni 2026 nicht mehr unterstützt. Unterstützt werden unter anderem Claude (Claude.ai, Claude Desktop, Claude Code), OpenAI ChatGPT und Codex, Cursor, Visual Studio Code mit GitHub Copilot, GitHub Copilot CLI, Google Gemini CLI, Windsurf sowie jeder weitere MCP-fähige Client über den mcp-remote-Proxy. Für viele Clients gibt es fertige Ein-Klick-Installationslinks direkt im offiziellen Repository.

Authentifizierung und Zugriffsrechte

Die Anmeldung erfolgt per OAuth 2.1 oder über API-Token; in beiden Fällen gelten ausschließlich die Rechte, die der jeweilige Nutzer in Atlassian Cloud ohnehin besitzt. API-Token-Authentifizierung eignet sich besonders für nicht-interaktive, headless laufende Automationen und ist für Jira-Service-Management-Werkzeuge sogar zwingend vorgeschrieben; sie muss von einem Organisationsadministrator vorab freigeschaltet werden. Der gesamte Datenverkehr läuft laut Atlassian verschlüsselt über HTTPS mit TLS 1.2 oder neuer, bestehende IP-Zulassungslisten für Atlassian-Cloud-Produkte gelten auch für Aufrufe über den MCP-Server.

Lizenz und Kosten

Das Repository selbst steht unter der Apache-2.0-Lizenz. Der gehostete MCP-Dienst verursacht keine gesonderten Zusatzkosten; vorausgesetzt wird lediglich ein bestehendes Atlassian-Cloud-Produkt (Jira, Confluence & Co.) mit einem gültigen Tarif, da der Server ausschließlich als Brücke zu bereits vorhandenen Daten fungiert.

Für wen sich der Einsatz lohnt

Besonders interessant ist der Server für Entwicklungsteams, Produktmanager und alle, die im Alltag zwischen Code, Tickets und Dokumentation wechseln: IDE-gestütztes Arbeiten mit direktem Zugriff auf Jira-Kontext, automatisiertes Anlegen von Vorgängen aus Spezifikationen, oder eine schnelle Zusammenfassung des Confluence-Wissensstands mitten im Chat mit dem KI-Assistenten. Wer nur gelegentlich in Jira nachschaut, wird kaum einen Unterschied merken – wer aber täglich mit Atlassian-Werkzeugen arbeitet und KI-Agenten produktiv einsetzt, spart sich damit viele manuelle Kontextwechsel.

Ein Atlassian-Cloud-Produkt (Jira, Confluence, Jira Service Management, Bitbucket, Compass oder Loom) sowie ein MCP-Client mit Unterstützung für Remote-Server über Streamable HTTP (z. B. Claude Code, Cursor, Codex, VS Code mit GitHub Copilot). Clients ohne native Remote-Unterstützung können den Server über das npm-Paket mcp-remote einbinden.

Für Claude Code genügt ein Befehl:

claude mcp add --transport http atlassian https://mcp.atlassian.com/v2/mcp

Anschließend in einer Session /mcp ausführen, um die Authentifizierung zu starten. Für Codex:

codex mcp add atlassian --url https://mcp.atlassian.com/v2/mcp

Für Cursor, VS Code, ChatGPT und weitere Clients bietet das offizielle Repository fertige Ein-Klick-Installationslinks; alternativ lässt sich jeder MCP-fähige Client manuell auf die Server-URL https://mcp.atlassian.com/v2/mcp konfigurieren.

claude mcp add --transport http atlassian https://mcp.atlassian.com/v2/mcp

OAuth 2.1 (browserbasierter Login, für interaktive Clients) oder API-Token (Basic-Auth mit persönlichem API-Token oder Bearer-Token mit Service-Account-API-Key, für headless/automatisierte Nutzung). API-Token-Zugriff muss ein Organisationsadministrator vorab freischalten; für Jira Service Management ist ausschließlich API-Token-Auth vorgesehen.

Der Server arbeitet ausschließlich mit den Rechten des angemeldeten Atlassian-Kontos bzw. API-Tokens. Zugriff wird je Produkt in Berechtigungsgruppen (Lesen, Schreiben, Suchen, Löschen, Verwalten) vergeben, die Organisationsadministratoren zentral steuern; Löschen und Verwalten in Jira erfordern eine gesonderte Freigabe.

Anfragen laufen über die von Atlassian gehostete Infrastruktur unter mcp.atlassian.com. Die Antworten enthalten Inhalte aus dem eigenen Atlassian-Arbeitsbereich (Issue-Texte, Confluence-Seiten, Kommentare, Bitbucket-Metadaten) und werden an den MCP-Client und dessen Sprachmodell zurückgegeben. Bestehende IP-Zulassungslisten für Atlassian-Cloud-Produkte gelten laut Anbieter auch für Aufrufe über den Server.

Über Berechtigungsgruppen mit Schreibzugriff kann ein Agent Vorgänge anlegen, ändern oder Kommentare hinterlassen; mit Löschrechten auch Inhalte entfernen. Organisationsadministratoren sollten Berechtigungsgruppen so eng wie möglich vergeben und Löschen/Verwalten nur bei klarem Bedarf freischalten. API-Token wie jeden anderen Zugangsschlüssel behandeln und nicht in geteilten Konfigurationsdateien ablegen.