Przejdź do głównej zawartości

Serwer Atlassian Rovo MCP -- szczegółowy przewodnik

Pracujesz nad implementacją funkcji od trzech godzin, gdy okazuje się, że strona Confluence powiązana ze zgłoszeniem Jira została zaktualizowana od czasu, gdy ostatnio ją czytałeś. Kryteria akceptacji się zmieniły. Kontrakt API w dokumencie architektury został zrewidowany. Budowałeś w oparciu o nieaktualne wymagania i teraz połowa implementacji wymaga przerobienia. Gdyby tylko twoje AI przeczytało aktualne dokumenty przed rozpoczęciem kodowania.

Serwer Atlassian Rovo MCP daje twojemu AI bezpośredni dostęp do zgłoszeń Jira, stron Confluence i komponentów Compass przez jeden zdalny endpoint MCP. AI odczytuje bieżące zgłoszenie, pobiera powiązaną dokumentację i pracuje z najnowszą wersją każdego wymagania — bez ręcznego przełączania kontekstu.

  • Pełna konfiguracja serwera Atlassian Rovo MCP z uwierzytelnianiem OAuth 2.1
  • Prompty do pracy opartej na zgłoszeniach, wyszukiwania dokumentacji i przepływów między narzędziami
  • Zrozumienie dostępnych narzędzi: zgłoszenia Jira, strony Confluence, komponenty Compass
  • Rozwiązywanie problemów z przepływem OAuth, błędami uprawnień i wymaganiami administratora witryny

W przeciwieństwie do większości serwerów MCP, które działają lokalnie na twoim komputerze, serwer Atlassian MCP jest serwerem zdalnym hostowanym przez Atlassian pod adresem https://mcp.atlassian.com/v1/mcp. Uwierzytelnianie odbywa się przez OAuth 2.1 — przy pierwszym połączeniu otwiera się okno przeglądarki, w którym autoryzujesz dostęp do swojej witryny Atlassian. Po autoryzacji klient MCP zapisuje twoje poświadczenia w pamięci podręcznej.

Serwer udostępnia narzędzia dla trzech produktów Atlassian:

ProduktMożliwości
JiraWyszukiwanie zgłoszeń za pomocą JQL, odczyt szczegółów zgłoszeń, tworzenie zgłoszeń, aktualizacja statusu, dodawanie komentarzy, zarządzanie sprintami
ConfluenceWyszukiwanie stron, odczyt zawartości stron, tworzenie stron, aktualizacja istniejących stron
CompassPrzeglądanie komponentów, odczyt metadanych komponentów, zrozumienie zależności między usługami
{
"mcpServers": {
"atlassian": {
"command": "npx",
"args": ["-y", "mcp-remote", "https://mcp.atlassian.com/v1/mcp"]
}
}
}

Gdy Cursor po raz pierwszy się połączy, otwiera się karta przeglądarki z autoryzacją OAuth. Wybierz swoją witrynę Atlassian, przyznaj żądane uprawnienia, a połączenie zostanie zakończone automatycznie.

Najbardziej bezpośrednią wartością jest pozwolenie AI na odczytanie pełnego kontekstu zgłoszenia przed rozpoczęciem kodowania. Koniec z przełączaniem się do przeglądarki, żeby ponownie przeczytać wymagania.

AI może również zapisywać dane w Jira — tworzyć raporty błędów z analizy kodu, aktualizować status zgłoszeń podczas pracy lub dodawać notatki z implementacji jako komentarze.

Wyszukiwanie Confluence przez MCP jest szybsze niż korzystanie z interfejsu webowego Confluence, ponieważ AI przetwarza wyniki natychmiast, zamiast wymagać od ciebie klikania i czytania każdej strony.

AI może również tworzyć strony Confluence — przydatne do generowania ADR-ów, runbooków lub specyfikacji technicznych na podstawie analizy kodu.

Jeśli twoja organizacja korzysta z Atlassian Compass do zarządzania katalogiem usług, serwer MCP może odczytywać metadane komponentów, informacje o właścicielach i mapy zależności.

Jest to szczególnie przydatne przy pracy nad mikroserwisem, gdy potrzebujesz zrozumieć, jakie inne usługi od niego zależą, kto jest ich właścicielem i jakie mają SLA.

Najlepsze przepływy pracy łączą Atlassian MCP z kontrolą wersji:

  1. Przeczytaj zgłoszenie. AI pobiera zgłoszenie Jira, jego kryteria akceptacji i wszelkie powiązane dokumenty Confluence.
  2. Utwórz gałąź. Za pomocą GitHub MCP, AI tworzy gałąź nazwaną po ID zgłoszenia (np. feature/PLATFORM-1234).
  3. Zaimplementuj zmianę. AI pisze kod oparty na faktycznych wymaganiach zgłoszenia — nie na sparafrazowanym streszczeniu.
  4. Otwórz PR. Za pomocą GitHub MCP, AI tworzy pull request, który odwołuje się do zgłoszenia Jira w opisie.
  5. Zaktualizuj zgłoszenie. AI przenosi zgłoszenie Jira do statusu “In Review” i dodaje komentarz z linkiem do PR.

Przepływ OAuth nigdy się nie kończy. Zdalny proxy MCP przekierowuje na localhost w celu wywołania zwrotnego OAuth. Jeśli korzystasz z VPN lub korporacyjnego proxy, które blokuje wywołania zwrotne localhost, przepływ będzie wisieć w nieskończoność. Tymczasowo odłącz się od VPN, zakończ przepływ OAuth, a następnie połącz ponownie. Zapisane poświadczenia przetrwają ponowne połączenia VPN.

Błąd “Your site admin must authorize this app”. Ten komunikat pojawia się, gdy żaden administrator w twojej witrynie Atlassian nie przeprowadził początkowej zgody OAuth. Pierwsza autoryzacja musi zostać wykonana przez użytkownika z dostępem na poziomie administratora zarówno do Jira, jak i Confluence. Po tym zwykli użytkownicy mogą autoryzować się normalnie.

AI nie może znaleźć zgłoszenia. AI wyszukuje za pomocą JQL, które wymaga klucza projektu, a nie nazwy projektu. “Find bugs in PLATFORM” działa, ponieważ PLATFORM to klucz projektu. “Find bugs in Platform Engineering” nie zadziała, ponieważ to jest nazwa projektu.

Odmowa uprawnień przy aktualizacjach. Serwer MCP respektuje twoje uprawnienia Atlassian. Jeśli nie możesz edytować zgłoszenia w interfejsie webowym Jira, AI również nie może go edytować przez MCP. To jest funkcja, nie błąd.

Nieaktualne tokeny OAuth. Jeśli połączenie działało wczoraj, ale dzisiaj zawodzi, twój token OAuth mógł wygasnąć. Usuń i ponownie dodaj serwer MCP, aby uruchomić nowy przepływ OAuth.