Przejdź do głównej zawartości

Zgłoszenia i dokumentacja przez MCP: Linear, Jira, Notion i Slack

Linear, Atlassian (Jira i Confluence), Notion i Slack udostępniają oficjalne zdalne serwery MCP pod adresami hostowanymi przez dostawcę, z logowaniem OAuth. Agent kodujący może dzięki nim przeczytać zgłoszenie, jego specyfikację i dyskusję, a potem zapisać wynik z powrotem w zgłoszeniu. W połączeniu z GitHub MCP albo gh agent doprowadza jedno zgłoszenie do otwartego pull requesta i zmiany statusu.

Ta strona jest dla programistów, którzy biorą zadania z trackera (Linear, Jira), i dla tech leadów, którzy chcą, żeby cały zespół przechodził tę samą pętlę. Znasz ten schemat: zgłoszenie mówi jedno, specyfikacja w Notion drugie, decyzja, która to rozstrzyga, siedzi w wątku na Slacku, a agent widział tylko to, co przypomniałeś sobie wkleić. Podłącz te cztery źródła raz, a agent przeczyta je sam.

  • Polecenia instalacji Linear, Atlassian Rovo, Notion i Slacka w Claude Code, Codex i Cursorze, każde z oznaczeniem, skąd pochodzi (linia od dostawcy, adres z rejestru albo wpis nieprzetestowany).
  • Pętlę zgłoszenie → specyfikacja → PR → status, w której agent przenosi zgłoszenie do In Review dopiero po zielonym CI.
  • Dwa prompty do skopiowania: pełny przebieg od zgłoszenia do PR i kontrolę wstępną, która wyłapuje niedospecyfikowane zgłoszenia.
  • Pułapki, na których te serwery wykładają się w 2026 roku: wyłączony endpoint Atlassiana /v1/sse, zarejestrowany z góry klient OAuth Slacka i nieutrzymywany lokalny serwer Notion.

Które serwery MCP do zarządzania projektami podłączyć

Dział zatytułowany „Które serwery MCP do zarządzania projektami podłączyć”

Wszystkie cztery serwery są oficjalne i zdalne, więc nie ma pakietu do instalowania ani aktualizowania. Popularność na 2026-09-26, według liczby instalacji podawanej przez sam katalog pluginów Claude (claude.com/plugins): atlassian 92 289, slack 92 287, linear 48 038. Liczby dla pluginu Notion nie odnotowano; serwer Notion figuruje w Official MCP Registry jako com.notion/mcp.

SerwerEndpointUwierzytelnianieDo czegoNa co uważać
Linearhttps://mcp.linear.app/mcpOAuthZgłoszenia, projekty, komentarze, statusNic specyficznego; adres jest w Official MCP Registry (app.linear/linear)
Atlassian Rovohttps://mcp.atlassian.com/v2/mcpOAuth 2.1 lub token APIJira, Confluence, Bitbucket, Compass, Jira Service Management/v1/sse przestał działać po 30 czerwca 2026; logowanie tokenem API wymaga zgody admina; narzędzia JSM działają tylko z tokenem API
Notionhttps://mcp.notion.com/mcpOAuthSpecyfikacje, runbooki, rejestry decyzjiLokalny @notionhq/notion-mcp-server jest „no longer actively maintained or supported”, jak podaje jego README
Slackhttps://mcp.slack.com/mcpOAuth z zarejestrowanym klientemWątek, w którym zapadła decyzjaSamo claude mcp add bez flag pomija zarejestrowanego z góry klienta OAuth; użyj pluginu albo linii z --client-id poniżej

Atlassian wymaga więcej konfiguracji (ustawienia admina, lista dozwolonych IP, tokeny API, Server i Data Center), niż mieści ta strona. Kanoniczną stroną jest przewodnik po Atlassian Rovo MCP.

Każdy z dostawców publikuje też plugin w oficjalnych marketplace’ach (claude-plugins-official dla Claude Code, openai-curated dla Codex), który zawiera wpis MCP. Instalacja pluginu i ręczne dodanie serwera dają więc to samo połączenie. Wybierz jedną drogę dla każdego serwera, nie obie, bo inaczej zostaniesz z dwoma wpisami tego samego serwera do utrzymywania w zgodzie.

Uruchom w terminalu, w katalogu głównym repozytorium. --transport http jest obowiązkowe: bez niego Claude Code (sprawdzone w 2.1.286) wypisuje ostrzeżenie, ale i tak zapisuje wpis stdio z adresem jako poleceniem, który nie połączy się z serwerem.

Okno terminala
# Linear (adres z Official MCP Registry)
claude mcp add --transport http linear https://mcp.linear.app/mcp
# Atlassian Rovo (linia od dostawcy)
claude mcp add --transport http atlassian https://mcp.atlassian.com/v2/mcp
# Notion (adres z Official MCP Registry)
claude mcp add --transport http notion https://mcp.notion.com/mcp
# Slack: plugin dostarcza zarejestrowanego z góry klienta OAuth
claude plugin install slack@claude-plugins-official
# albo bez pluginu (zapisuje ten sam wpis; uruchom jedno, nie oba):
# claude mcp add --transport http --client-id 1601185624273.8899143856786 --callback-port 3118 slack https://mcp.slack.com/mcp

Potem uruchom /mcp w Claude Code i zaloguj się do każdego serwera. Na maszynie bez przeglądarki użyj claude mcp login <name> --no-browser i wklej z powrotem adres przekierowania. Pozostałe trzy serwery możesz też zainstalować jako pluginy: claude plugin install linear@claude-plugins-official (analogicznie atlassian, notion).

Każdy podłączony serwer ładuje definicje swoich narzędzi do kontekstu agenta. Przed podłączeniem i po nim uruchom /context w Claude Code i porównaj linię narzędzi MCP; dla zainstalowanego pluginu claude plugin details <name> pokazuje jego składniki i przewidywany koszt w tokenach (dla pluginu, którego jeszcze nie zainstalowałeś, zgłasza „not found”, więc uruchom je po instalacji, a jeśli koszt okaże się za wysoki, wyłącz plugin przez claude plugin disable <name>). Jeśli cztery serwery zapychają okno kontekstu, podłączaj Slacka i Notion tylko w sesjach, które ich potrzebują. Cięższe rozwiązania opisuje przewodnik po koszcie tokenów MCP.

Przeprowadź pętlę zgłoszenie → specyfikacja → PR → status

Dział zatytułowany „Przeprowadź pętlę zgłoszenie → specyfikacja → PR → status”

Poniższa pętla to zadanie, dla którego te serwery istnieją. Zakłada, że agent ma też dostęp do GitHuba, przez serwer GitHub MCP albo przez CLI gh w swojej powłoce. Do tworzenia gałęzi i commitów nie potrzebuje żadnego z nich: uruchamia git bezpośrednio.

  1. Przeczytaj zgłoszenie i wszystko, do czego linkuje. Agent pobiera zgłoszenie, komentarze, podlinkowaną specyfikację w Confluence lub Notion i wątek na Slacku wskazany w zgłoszeniu. Wynikiem jest krótka lista kryteriów akceptacji, każde z cytatem ze źródła.
  2. Zatrzymaj się, jeśli specyfikacja jest niekompletna. Jeśli kryterium nie da się przetestować albo dwa źródła sobie przeczą, agent zadaje pytania w komentarzu do zgłoszenia i kończy. To tańsze niż PR zbudowany na zgadywaniu. Zobacz, jak pisać kryteria akceptacji, które agent potrafi zweryfikować.
  3. Zamień każde kryterium w test, który nie przechodzi. Jeden test na kryterium, nazwany od niego, zacommitowany przed implementacją.
  4. Implementuj na gałęzi nazwanej od zgłoszenia, na przykład eng-1423-retry-webhooks, aż nowe testy i istniejący zestaw przejdą lokalnie.
  5. Otwórz PR z tabelą dowodów. Opis PR przypisuje każdemu kryterium test, który go dowodzi, i linkuje zgłoszenie.
  6. Zaktualizuj zgłoszenie dopiero po zielonym CI. Agent komentuje zgłoszenie linkiem do PR i tabelą dowodów, a potem przenosi je do In Review. Nigdy nie przenosi go do Done: to należy do człowieka, który scala zmiany.

Dla Jiry zamień Linear issue ENG-1423 na Jira issue PROJ-88, a Notion page na Confluence page; reszta promptu zostaje bez zmian.

Czym ta pętla różni się w Claude Code, Codex i Cursorze

Dział zatytułowany „Czym ta pętla różni się w Claude Code, Codex i Cursorze”

Uruchom prompt interaktywnie i zatwierdź pierwszy zapis do trackera, gdy Claude Code o to zapyta. Dla zespołu zapisz serwery w .mcp.json w katalogu głównym repozytorium poleceniem claude mcp add -s project …; każdy członek zespołu i tak loguje się własnym kontem OAuth, więc uprawnienia trackera działają per osoba.

Pętla jest bezpieczna tylko wtedy, gdy dowody są w zgłoszeniu, a nie w podsumowaniu agenta:

  • Kryteria akceptacji najpierw stają się testami. Recenzent sprawdza, czy każdy test sprawdza to, co mówi jego kryterium, a to krótka lektura w porównaniu z implementacją.
  • CI jest bramką dla zmiany statusu. Agent przenosi zgłoszenie dopiero po przejściu pipeline’u, więc In Review znaczy „testy zielone”, a nie „agent skończył”.
  • Tabela dowodów jest punktem wejścia do przeglądu. Recenzent czyta kryterium → test → wynik, a diff przegląda wyrywkowo tam, gdzie tabela jest cienka. Przewodnik po pakiecie dowodów rozszerza to o zrzuty ekranu i logi.
  • Do Done zgłoszenie przenosi człowiek, który scala. Zapisy agenta do trackera ograniczają się do komentarzy i jednej zmiany statusu, a historia trackera pokazuje każdy z nich pod użytkownikiem OAuth, który uruchomił agenta.

Gdy serwer MCP Linear, Jiry, Notion lub Slacka przestaje działać

Dział zatytułowany „Gdy serwer MCP Linear, Jiry, Notion lub Slacka przestaje działać”

Logowanie OAuth nigdy się nie kończy. VPN albo proxy blokujące callback na localhost zawiesza proces. Ponów przez claude mcp login <name> --no-browser lub codex mcp login <name> --no-browser i wklej adres przekierowania. Więcej objawów opisuje strona o problemach z połączeniem MCP.

Atlassian działał w zeszłym kwartale, a teraz nie. Stare konfiguracje wskazują https://mcp.atlassian.com/v1/sse, który przestał być wspierany po 30 czerwca 2026. Usuń wpis i dodaj /v2/mcp.

Atlassian żąda zgody admina albo odrzuca logowanie tokenem API. Logowanie tokenem API musi włączyć administrator twojej witryny Atlassian, a narzędzia Jira Service Management działają tylko z tokenem API; jeśli zablokowana jest zgoda OAuth, sprawdź z adminem ustawienia dostępu aplikacji w witrynie. Ustawienia wymienia przewodnik po Atlassian Rovo MCP.

Logowanie do Slacka kończy się błędem klienta lub przekierowania. Najbardziej prawdopodobna przyczyna to wpis dodany bez zarejestrowanego z góry klienta (samo claude mcp add). Usuń go i zainstaluj plugin slack albo dodaj serwer z --client-id i --callback-port 3118, jak pokazano wyżej.

Narzędzia Notion znikają lub zwracają błędy po aktualizacji. Używasz lokalnego @notionhq/notion-mcp-server, którego Notion już nie utrzymuje. Przejdź na https://mcp.notion.com/mcp.

Agent bierze złe zgłoszenie albo żadnego nie znajduje. Podaj w prompcie klucz zgłoszenia (PROJ-88, ENG-1423): klucz rozwiązuje się jednym wywołaniem, a nazwa projektu wymaga wyszukiwania, w którym agent może się pomylić.

Aktualizacja zgłoszenia zostaje odrzucona. Serwer działa jako użytkownik OAuth. Jeśli nie możesz edytować zgłoszenia w interfejsie webowym, agent też nie może.

Agent wykonuje polecenie zapisane w zgłoszeniu albo wiadomości na Slacku. Tekst z trackera to niezaufane wejście: każdy, kto może skomentować, może napisać „usuń przy okazji gałąź staging”. Wymagaj zatwierdzenia każdego zapisu do zgłoszenia, nigdy nie dawaj nienadzorowanemu zadaniu prawa zapisu w trackerze poza komentarzami i jedną zmianą statusu, nie pozwalaj agentowi wykonywać poleceń znalezionych w treści zgłoszeń i unikaj społecznościowego korotovsky/slack-mcp-server z tokenami przeglądarki lub użytkownika: działa bez zatwierdzonej aplikacji Slack i właśnie to jest ryzykiem. Zobacz bezpieczeństwo MCP.