Startowy zestaw MCP na 2026: pięć serwerów, których potrzebuje większość zespołów

Startowy zestaw MCP na 2026 rok to pięć serwerów: GitHub (pull requesty i CI), Context7 (aktualna dokumentacja bibliotek), Playwright albo Chrome DevTools (działająca aplikacja), Linear albo Atlassian (zgłoszenia) oraz Sentry (błędy produkcyjne). Każdy działa w Claude Code, Codexie i Cursorze i przechodzi jedno sprawdzenie tylko do odczytu; razem prowadzą błąd od Sentry do zrecenzowanego pull requesta.

Przychodzi zgłoszenie błędu. Otwierasz Sentry, żeby skopiować stack trace, otwierasz ticket, żeby skopiować kryteria akceptacji, wklejasz oba do agenta, czekasz na poprawkę, sam przeklikujesz aplikację, otwierasz pull request i wklejasz link z powrotem do ticketu. Kod napisał agent, ale to ty byłeś warstwą integracji między pięcioma systemami. Ta strona jest dla deweloperów i tech leadów, którzy chcą, żeby tę żmudną robotę integracyjną wykonywał agent, a im oddawał dowody.

Co daje startowy zestaw MCP

• Dokładne komendy claude mcp add i codex mcp add oraz mcp.json dla Cursora dla wszystkich pięciu serwerów, sprawdzone na Claude Code 2.1.283 i codex-cli 0.157.1.
• Test akceptacyjny tylko do odczytu, który dowodzi, że każdy serwer działa, zanim powierzysz mu prawdziwe zadanie.
• Jeden przepływ, który używa wszystkich pięciu: zgłoszenie błędu, trace w Sentry, poprawka, sprawdzenie w przeglądarce, pull request i komentarz w tickecie.
• Regułę, kiedy gh albo CLI ze skillem wygrywa z serwerem MCP.
• Pułapki, przez które poprawnie wyglądająca konfiguracja po cichu nie działa.

Które pięć serwerów MCP i dlaczego właśnie te?

Serwer zasługuje na miejsce wtedy, gdy bez niego co tydzień wklejałbyś agentowi coś z danego systemu. Te pięć pokrywa pętlę, którą większość zespołów produktowych przechodzi codziennie. Scorecard dewelopera ocenia dokładnie to: punkt za każdy serwer MCP, którego faktycznie używasz w zwykłym tygodniu, maksymalnie trzy, a nie za to, co masz zainstalowane.

Rola	Serwer	Co dostaje agent	Dowód przed wdrożeniem
Hosting kodu	GitHub MCP Server (zdalny, oficjalny)	PR-y, wątki review, logi Actions, issues	Czyta właściwe repozytorium i nie może ruszyć innych
Dokumentacja bibliotek	Context7 (Upstash)	Dokumentacja i przykłady dla konkretnej wersji	Zwraca stronę dla wersji biblioteki z twojego lockfile’a
Działająca aplikacja	Playwright MCP albo Chrome DevTools MCP do pracy nad wydajnością	Nawigacja, kliknięcia, konsola i sieć przez drzewo dostępności	Ładuje lokalną aplikację i raportuje konsolę bez zmiany danych
Zgłoszenia	Linear albo Atlassian Rovo (zdalne, oficjalne)	Kryteria akceptacji na wejściu, status i komentarze na wyjściu	Czyta właściwy projekt i nie edytuje bez twojej zgody
Błędy produkcyjne	Sentry MCP (zdalny, oficjalny)	Issues, eventy, stack trace’y, trace’y	Pobiera jedno znane issue bez zmiany jego stanu

Zamieniaj role pod swoją pracę. Zespół platformowy zastępuje Playwrighta Terraformem albo Grafaną, zespół danych serwerem bazodanowym. Strona 30 najważniejszych serwerów MCP ma gotowy zestaw dla każdego typu zespołu. Metoda się nie zmienia: wybierasz na podstawie zadań z ostatnich tygodni, nie z listy.

Stan na 26 września 2026 (popularność według gwiazdek na GitHubie i liczby instalacji na stronach pluginów w katalogu Claude, claude.com/plugins): Context7 ma ★62,4 tys. i 417 801 instalacji pluginu, Playwright MCP ★37,6 tys. i 319 887, GitHub MCP Server ★33,2 tys. i 319 381, Chrome DevTools MCP ★52,6 tys. i 102 569, Atlassian ★1,1 tys. i 92 289, Linear 48 038 instalacji, a Sentry MCP ★862 (osobny plugin sentry od Sentry, głównie ze skillami, ma 38 810 instalacji). Gwiazdki mierzą uwagę poświęcaną repozytorium, nie użycie.

Dlaczego nie ma serwera filesystem

Claude Code, Codex i Cursor czytają i edytują pliki wbudowanymi narzędziami, więc serwer MCP do systemu plików dokłada schematy narzędzi i drugą granicę uprawnień bez żadnej nowej możliwości. Zostaw go dla klientów bez dostępu do plików; zobacz operacje na plikach przez MCP.

Zainstaluj pięć serwerów MCP w Claude Code, Codexie i Cursorze

Adresy serwerów i pakiety są identyczne we wszystkich trzech agentach; różni się tylko komenda albo plik konfiguracyjny. Każdy serwer poza GitHubem używa OAuth (Sentry, Linear, Atlassian) albo nie wymaga uwierzytelnienia (Context7 bez klucza, Playwright lokalnie), więc jedynym sekretem, jaki ustawiasz, jest token GitHuba.

1. Utwórz fine-grained token GitHuba ograniczony do repozytoriów, na których pracuje agent: Contents, Issues i Pull requests z odczytem i zapisem, Actions z odczytem. Trzymaj go w powłoce jako GITHUB_PAT, pobrany z menedżera sekretów. Pełną tabelę uprawnień znajdziesz w sekcji jakich uprawnień PAT potrzebuje serwer GitHub MCP.

2. Dodaj serwery według zakładki swojego agenta. Wybierz Linear albo Atlassian, nie oba.

   Claude Code

   Uruchom w terminalu w katalogu głównym repozytorium. -s project zapisuje współdzielony plik .mcp.json; pojedyncze cudzysłowy zostawiają ${GITHUB_PAT} jako odwołanie, które Claude Code rozwija przy łączeniu, więc token nigdy nie trafia do pliku.

   claude mcp add -s project --transport http github https://api.githubcopilot.com/mcp/ -H 'Authorization: Bearer ${GITHUB_PAT}'
   claude mcp add -s project --transport http context7 https://mcp.context7.com/mcp
   claude mcp add -s project playwright -- npx @playwright/mcp@latest --isolated
   claude mcp add -s project --transport http sentry https://mcp.sentry.dev/mcp
   claude mcp add -s project --transport http linear https://mcp.linear.app/mcp
   # albo, dla Jiry i Confluence:
   claude mcp add -s project --transport http atlassian https://mcp.atlassian.com/v2/mcp

   Potem uruchom claude i wpisz /mcp, żeby zalogować się do Sentry oraz Lineara albo Atlassiana (albo uruchom claude mcp login sentry z terminala). Osoby z zespołu, które pobiorą .mcp.json, widzą każdy serwer jako oczekujący na zatwierdzenie, dopóki go nie zaakceptują.

   Wolisz pluginy? claude plugin install github@claude-plugins-official (i analogicznie context7, playwright, linear, atlassian) instaluje ten sam serwer w postaci pluginu; pluginy GitHub, Context7, Playwright i Linear nie zawierają skilli (Claude Code 2.1.286). Plugin GitHuba czyta zmienną o stałej nazwie GITHUB_PERSONAL_ACCESS_TOKEN.

   Codex

   Uruchom w terminalu. codex mcp add zapisuje konfigurację w twoim ~/.codex/config.toml. Żeby udostępnić zestaw zespołowi, zacommituj te same tabele [mcp_servers.*] do .codex/config.toml w repozytorium (tylko nazwy zmiennych środowiskowych, np. bearer_token_env_var = "GITHUB_PAT"). Codex wczyta ten plik, gdy każdy członek zespołu oznaczy projekt jako zaufany; zobacz konfigurację MCP w Codexie.

   codex mcp add github --url https://api.githubcopilot.com/mcp/ --bearer-token-env-var GITHUB_PAT
   codex mcp add context7 --url https://mcp.context7.com/mcp
   codex mcp add playwright -- npx @playwright/mcp@latest --isolated
   codex mcp add sentry --url https://mcp.sentry.dev/mcp
   codex mcp add linear --url https://mcp.linear.app/mcp
   # albo: codex mcp add atlassian --url https://mcp.atlassian.com/v2/mcp
   codex mcp login sentry
   codex mcp login linear

   codex mcp list pokazuje Bearer token w kolumnie Auth dla GitHuba, a zmienna jest odczytywana w chwili połączenia. Są też pluginy z kuratorowanego katalogu OpenAI: codex plugin add github@openai-curated (czyta GITHUB_PAT_TOKEN).

   Cursor

   Zapisz jako .cursor/mcp.json w repozytorium (albo ~/.cursor/mcp.json dla wszystkich projektów). Te struktury pochodzą z README dostawców; nie testowano ich w samym Cursorze. Dokumentacja Cursora opisuje interpolację ${env:NAME} dla sekretów; sprawdź ją w Settings → MCP w swojej wersji, zanim zacommitujesz plik.

   {
     "mcpServers": {
       "github": {
         "url": "https://api.githubcopilot.com/mcp/",
         "headers": { "Authorization": "Bearer ${env:GITHUB_PAT}" }
       },
       "context7": { "url": "https://mcp.context7.com/mcp" },
       "playwright": { "command": "npx", "args": ["@playwright/mcp@latest", "--isolated"] },
       "sentry": { "url": "https://mcp.sentry.dev/mcp" },
       "linear": { "url": "https://mcp.linear.app/mcp" }
     }
   }

   Dla Jiry i Confluence zastąp wpis linear wpisem "atlassian": { "url": "https://mcp.atlassian.com/v2/mcp" }. Sentry i Linear (albo Atlassian) używają OAuth; dokończ logowanie, gdy Cursor o nie poprosi.

3. Dobierz serwer przeglądarkowy do zadania. Playwright MCP to domyślny wybór do sprawdzeń funkcjonalnych. Do trace’ów wydajności, Lighthouse’a i snapshotów sterty użyj zamiast niego Chrome DevTools MCP: claude mcp add -s project chrome-devtools -- npx chrome-devtools-mcp@latest (z -s user zamiast tego, jeśli ma zostać tylko u ciebie) albo codex mcp add chrome-devtools -- npx chrome-devtools-mcp@latest; w Cursorze dodaj "chrome-devtools": { "command": "npx", "args": ["chrome-devtools-mcp@latest"] } w mcpServers. Domyślnie wysyła statystyki użycia do Google; dodaj --no-usage-statistics, żeby z tego zrezygnować.

4. Trzymaj merge poza zasięgiem agenta. Token może zmergować wszystko, co ty, więc usuń to narzędzie po stronie klienta. W Claude Code dodaj "deny": ["mcp__github__merge_pull_request"] w sekcji permissions pliku .claude/settings.json. Jeśli zainstalowałeś plugin, narzędzie nazywa się mcp__plugin_github_github__merge_pull_request. Zablokuj obie nazwy albo uruchom /mcp, żeby zobaczyć dokładną nazwę narzędzia. W Codexie dodaj disabled_tools = ["merge_pull_request"] pod [mcp_servers.github]. W Cursorze wyłącz narzędzie merge_pull_request dla serwera github w Settings → MCP (sprawdź ten przełącznik w swojej wersji; nie testowano tego w samym Cursorze). W każdym narzędziu ostatnią linią obrony jest ochrona gałęzi z wymaganym review.

--isolated daje każdej sesji Playwrighta profil przeglądarki w pamięci. Trwały profil może otworzyć tylko jedna przeglądarka naraz, więc bez tej flagi drugi agent w równoległym worktree nie uruchomi przeglądarki.

Udowodnij, że każdy serwer MCP działa, zanim mu zaufasz

Zainstalowany nie znaczy działający. Zanim zestaw dotknie prawdziwego zadania, wykonaj jedno bezpieczne zapytanie tylko do odczytu na każdy serwer i sprawdź dowód: właściwy zasób, identyfikator, który da się zweryfikować, i brak skutków ubocznych. To jest test akceptacyjny konfiguracji i mieści się w jednym prompcie.

Prompt do skopiowania: test akceptacyjny zestawu MCP

Run a read-only acceptance test of our MCP servers. Do not create, edit, comment on or move anything.
1. GitHub: list the 3 most recent pull requests in this repository with their number and CI status.
2. Context7: resolve the library ID for the main framework in package.json and fetch one docs page for the version in our lockfile.
3. Playwright: open http://localhost:3000, take a snapshot, and report console errors and failed network requests.
4. Sentry: name the most frequent unresolved issue in our main project over the last 24 hours, with its issue ID.
5. Linear (or Jira): read the most recently updated ticket assigned to me and quote its acceptance criteria.
For each server, report: the tool you called, the resource it hit, the identifier that proves the result, and PASS or FAIL. If a server asks for broader access than read, stop and tell me instead of granting it.

Zamień http://localhost:3000 na adres swojego serwera deweloperskiego i najpierw go uruchom: Playwright MCP otwiera strony, ale nie startuje aplikacji. Wiersz z FAIL odsyła cię do tabeli awarii poniżej.

Ile zestaw kosztuje w kontekście

Claude Code i Codex ładują schematy narzędzi MCP przez tool search (domyślnie włączony w Claude Code, a w Codexie od wersji 0.143.0), więc pięć serwerów nie zalewa okna kontekstu na starcie. Zalewają je wyniki narzędzi: pełny log Actions, lista 30 issues albo snapshot strony trafiają do kontekstu. Zmierz to, zamiast zgadywać:

• W Claude Code uruchom /context w nowej sesji przed testem akceptacyjnym i po nim.
• Dla pluginu claude plugin details PLUGIN_NAME pokazuje jego stały koszt w tokenach. W pomiarze z września 2026 (Claude Code 2.1.286) pluginy github, context7, playwright i linear pokazują po ~0 tok, bo komenda nie liczy schematów narzędzi MCP. Dla porównania pluginy ze skillami i hookami kosztują od około 84 do około 41 500 tokenów na stałe. Przy tym zestawie liczy się więc wynik /context.
• W prompcie proś o przycięte wyniki: tylko linie z błędami z logu, pierwsze pięć issues, jeden snapshot strony.

Więcej sposobów na mniejsze wyniki znajdziesz w artykule jak obniżyć koszt tokenów MCP.

Od błędu w Sentry do zmergowanej poprawki: przepływ na pięciu serwerach

Po to jest ten zestaw. Agent przechodzi między pięcioma systemami, a ty czytasz dowody, które oddaje, i zatwierdzasz pull request.

1. Czyta zgłoszenie. Agent pobiera z Lineara albo Jiry kryteria akceptacji i podlinkowane issue z Sentry. Kryteria są definicją ukończenia.

2. Czyta trace. Przez Sentry MCP otwiera issue, najnowszy event i stack trace, a ramki z kodu aplikacji mapuje na lokalne pliki.

3. Najpierw reprodukcja. Pisze test, który odtwarza błąd na podstawie danych z eventu, i uruchamia go, żeby pokazać, że nie przechodzi. Bez reprodukcji nie ma poprawki.

4. Poprawka według aktualnej dokumentacji. Gdy poprawka dotyka API biblioteki, agent sprawdza w Context7 wersję z lockfile’a, zamiast ufać danym treningowym.

5. Sprawdza działającą aplikację. Nowy test przechodzi, cały zestaw testów też. Potem Playwright otwiera dotkniętą stronę, powtarza kroki użytkownika z breadcrumbów Sentry i raportuje konsolę oraz sieć.

6. Otwiera pull request. Wypycha gałąź przez git, a potem otwiera pull request przez GitHub MCP (albo gh pr create), którego opis niesie dowody: link do issue w Sentry, wynik testu przed poprawką i po niej, raport konsoli z Playwrighta i status CI.

7. Raportuje z powrotem. Komentuje link do pull requesta w tickecie i przesuwa ticket do In Review, nie do Done. Merge robi człowiek.

Prompt do skopiowania: napraw błąd z Sentry od początku do końca

Take ticket ENG-1423. Read its description and acceptance criteria, and open the Sentry issue it links to (if none is linked, find the matching unresolved issue in Sentry by error message).
From the latest Sentry event, get the stack trace and breadcrumbs, and map the in-app frames to files in this repository.
Before changing any code, write a test that reproduces the error and run it to show it fails. If you cannot reproduce it, stop and report what you tried.
Fix the root cause. If the fix touches a third-party library API, check the docs for the version in our lockfile with Context7 first.
Run the new test and the full test suite. Then start the dev server, use Playwright to repeat the user steps from the breadcrumbs, and report console errors and failed network requests on that page.
Push a branch named fix/ENG-1423 and open a pull request. The body must contain: the Sentry issue link, the test output before and after the fix, the Playwright console and network report, and anything you could not verify.
Comment the pull request link on ENG-1423 and move it to In Review. Do not merge, and do not mark the Sentry issue resolved.

Zamień ENG-1423 na klucz swojego ticketu. W Jirze ten sam prompt działa przez Atlassian Rovo; podaj wtedy klucz projektu.

Jak zweryfikować wynik bez czytania każdej linii

Sprawdzasz, czy dowody istnieją i się trzymają, a resztę wymusza repozytorium:

• Reprodukcja jest wyrocznią. Test nie przechodzi przed poprawką i przechodzi po niej w wyniku wklejonym przez agenta, a CI uruchamia go ponownie. Poprawka bez wcześniejszego padającego testu wraca do agenta. Zobacz, jak mocna jest twoja wyrocznia.
• Wymagane checki blokują merge. Ochrona gałęzi oznacza zestaw CI jako wymagany, więc zielony status znaczy, że ten sam zestaw przechodzi teraz na pull requeście.
• Sprawdzenie w przeglądarce dotyczy zachowania, nie kodu. Raport z Playwrighta pokazuje, że strona, na którą trafił użytkownik, ładuje się teraz z czystą konsolą. Przy zmianach w UI poproś o zrzut ekranu i dołącz go.
• Produkcja to potwierdza. Po wydaniu Sentry nie pokazuje nowych eventów dla tego issue. Oznacz je jako rozwiązane sam, gdy pozostanie ciche przez normalny cykl ruchu.
• Jeden recenzent zatwierdza dowody i diff testów, korzystając z pakietu dowodów jako listy kontrolnej. Wycofanie zmiany to git revert jednego pull requesta.

Kiedy gh wygrywa z GitHub MCP, a CLI ze skillem z MCP

MCP to właściwa warstwa, gdy agent musi czytać albo zmieniać żywy stan zewnętrznego systemu, który wymaga uwierzytelnienia. Nie zawsze jest najtańsza. Wszyscy trzej agenci uruchamiają polecenia powłoki, więc dobrze znane CLI często wystarcza.

Zadanie	Lepsza droga	Dlaczego
Przeczytać jeden padający log CI	gh run view RUN_ID --log-failed	Mniej tokenów niż pełny log przez MCP
Otworzyć PR i obserwować checki	gh pr create, gh pr checks --watch	Po jednym poleceniu; agent i tak ma powłokę
Odpowiadać na wątki review po kolei, segregować 50 issues	GitHub MCP	ID wątków, paginacja i ustrukturyzowane wyniki są w gh niewygodne
Agent bez powłoki (czat desktopowy, agent hostowany)	GitHub MCP	To jedyna droga
Wiele powtarzalnych kroków w przeglądarce w długiej sesji	@playwright/cli z jego skillem	README Playwrighta mówi, że agenci kodujący „might benefit from using the CLI+SKILLS instead”, bo schematy narzędzi i snapshoty kosztują kontekst
Aktualna dokumentacja bibliotek w agencie z powłoką	npx ctx7 setup (CLI Context7 ze skillem)	Ta sama dokumentacja, bez serwera MCP do uruchamiania
Dane z Sentry, Lineara, Jiry	Zdalny serwer MCP dostawcy	Dostęp w zakresie OAuth, którego sam skill nie zapewni

Droga przez Playwrighta to npm install -g @playwright/cli@latest, a potem playwright-cli install --skills w katalogu roboczym projektu. Dwie inne opcje: agent-browser, skill do przeglądarki, oraz instalowanie i zarządzanie skillami. Zasada: wybieraj CLI, gdy agent ma powłokę, a wynik da się przyciąć; wybieraj MCP, gdy system wymaga OAuth, typowanych wyników albo listy dozwolonych serwerów na poziomie organizacji.

Dodaj szósty serwer, nie psując zestawu

Ta sama metoda wyboru obejmuje każdy serwer po pierwszej piątce. Każdy poszerza zasięg ewentualnego prompt injection, więc musi zasłużyć na swoje miejsce.

1. Nazwij powtarzalne zadanie z ostatnich dwóch tygodni pracy oraz to, czego serwer nigdy nie może robić.
2. Wybierz utrzymywane źródło: serwer samego dostawcy albo taki, który twój zespół przejrzał. Zapisz właściciela i wersję. Obecność w rejestrze potwierdza tożsamość, nie jakość.
3. Ogranicz uprawnienia i dane: jeden zasób deweloperski, tylko do odczytu, chyba że zadanie udowodni, że zapis jest potrzebny. Zobacz bezpieczeństwo MCP.
4. Wykonaj jedno bezpieczne zapytanie akceptacyjne i sprawdź dowód: właściwy zasób, weryfikowalny identyfikator, brak skutków ubocznych.
5. Przeglądaj zestaw co miesiąc. Usuwaj serwery, których nikt nie użył, wygasłe endpointy, zdublowane możliwości i tokeny szersze niż zadanie.

Prompt do skopiowania: reguła zatwierdzania narzędzi MCP z zapisem

For the rest of this session: before you call any MCP tool that creates, edits, comments, moves, deletes or merges anything, stop and list the server, the tool, the target resource, the credential it uses, and the exact side effect. Wait for my approval of that one action. Read-only calls need no approval. If a tool asks for broader access than the task needs, stop and report it.

Co psuje się w startowym zestawie MCP i jak to naprawić?

Objaw	Przyczyna	Naprawa
Serwer dodany w Claude Code nigdy się nie łączy	Adres dodano bez --transport http, więc Claude Code zapisał go jako polecenie stdio	claude mcp remove NAME, potem dodaj ponownie z --transport http
error: unknown option '--url'	--url to flaga Codexa	W Claude Code podaj adres jako argument pozycyjny po --transport http
GitHub zwraca Bad credentials albo 401	GITHUB_PAT nie jest ustawiony w powłoce, z której uruchomiono agenta, albo token wygasł	Wyeksportuj go, uruchom agenta ponownie z tej powłoki, sprawdź listę repozytoriów tokenu
Codex ignoruje nagłówki GitHuba	headers = {…} nie jest kluczem Codexa i znika bez błędu	Użyj bearer_token_env_var, http_headers albo env_http_headers
Uwierzytelnienie tokenem w zdalnym Sentry nie działa	Nagłówek to Authorization: Sentry-Bearer TOKEN, nie Bearer	Wybierz OAuth przez /mcp albo codex mcp login sentry
Atlassian odrzuca połączenie	Stary adres /v1/sse, nieobsługiwany od 30 czerwca 2026	Użyj https://mcp.atlassian.com/v2/mcp
Drugi równoległy agent nie może uruchomić przeglądarki	Trwały profil Playwrighta jest zablokowany przez pierwszego agenta	Dodaj --isolated albo daj każdemu worktree osobny --user-data-dir
Playwright nie może połączyć się z localhost	Serwer deweloperski nie działa	Uruchom go najpierw; serwer MCP steruje przeglądarką, nie twoją aplikacją
Context7 nie ma dokumentacji danej biblioteki	Nie każda biblioteka jest zaindeksowana	Wskaż agentowi dokumentację albo źródła samej biblioteki, a następnym razem przypnij znane ID (use library /supabase/supabase)
Agent zwalnia i wybiera złe narzędzia	Nakładające się serwery (dwa przeglądarkowe, dwa trackery) konkurują o to samo zadanie	Usuń duplikat; jeden serwer na rolę
Token pojawia się w .mcp.json albo w transkrypcie	Nagłówek wpisano z dosłownym tokenem albo podwójne cudzysłowy go rozwinęły	Unieważnij token, usuń go z historii Gita, dodaj ponownie jako odwołanie ${GITHUB_PAT}
Ticket albo event z Sentry każe agentowi zrobić coś dziwnego	Treść ticketów i ładunki błędów to niezaufane wejście, które może nieść prompt injection	Trzymaj narzędzia z zapisem za regułą zatwierdzania, merge poza zasięgiem, a w repozytoriach publicznych włącz tryb lockdown GitHuba; jak go włączyć, opisuje strona GitHub MCP w szczegółach

Pułapki, które wyglądają dobrze, a są błędne (sprawdzone 26 września 2026)

• @modelcontextprotocol/server-github jest na npm oznaczony jako przestarzały („Package no longer supported”). Użyj zdalnego adresu z tej strony.
• @context7/mcp, @microsoft/playwright-mcp, @sentry/mcp i @linear/mcp nie istnieją na npm. Prawdziwe pakiety to @upstash/context7-mcp, @playwright/mcp i @sentry/mcp-server (dla samodzielnie hostowanego Sentry); Linear jest wyłącznie zdalny.
• .claude/mcp.json to zła ścieżka. Plik projektu w Claude Code to .mcp.json w katalogu głównym repozytorium.
• codex mcp add --env działa tylko dla serwerów stdio (codex-cli 0.157.1). Dla HTTP użyj --bearer-token-env-var.
• Popularność zestawu nie jest powodem do instalowania serwera. Jeśli nikt go nie użył w zeszłym tygodniu, usuń go.

Problemy z połączeniem wykraczające poza ten zestaw opisuje strona problemy z połączeniem serwera MCP.

Dokąd dalej ze startowym zestawem MCP

Jeśli protokół jest dla ciebie nowy, zacznij od przeglądu MCP. Żeby wpisać zestaw w zasady zespołu, zobacz zarządzanie i autonomię oraz mapę możliwości narzędzi.

GitHub MCP w szczegółach Zestawy narzędzi (toolsety), adresy tylko do odczytu, tryb lockdown i przepływ naprawy CI.

MCP do automatyzacji przeglądarki Porównanie Playwrighta, Chrome DevTools i Browser Use.

MCP dla Jiry i Lineara Praca na podstawie ticketu i raportowanie z powrotem.

30 najważniejszych serwerów MCP Pełny ranking i zestaw dla każdego typu zespołu.

Bezpieczeństwo MCP Granice danych, uprawnień i akcji dla każdego serwera.

Pakiet dowodów Co musi zawierać pull request agenta, zanim zatwierdzi go człowiek.