Przejdź do głównej zawartości

Essential MCP trio — 3 serwery, które pokrywają większość workflow

Pytanie scorecard: Z których serwerów MCP faktycznie korzystasz w typowym tygodniu? (zaznacz wszystkie pasujące — 1 pkt za każdy, max 3 pkt) Max-score odpowiedź (3 pkt): GitHub MCP + Context7 + Figma MCP (albo zamień Figma na Sentry / Linear, jeśli nie implementujesz designów).

Do maja 2026 ekosystem MCP przestał być nowinką i stał się hydrauliką. Pytanie nie brzmi już „czy używasz MCP?” — tylko „czy używasz właściwych trzech?” Q9 ustaliło już, że sweet spot to 3–5 serwerów (więcej i puchnięcie listy narzędzi zaczyna zjadać budżet kontekstowy agenta oraz degradować trafność wyboru toola). Q10 jest o tym które trzy. „Essential trio” — GitHub dla grafu repo/PR/issue, Context7 dla aktualnych dokumentacji bibliotek i Figma dla design-to-code — pokrywa >70% tego, co typowy developer IC robi w normalnym tygodniu: dowozi kod w istniejącym codebase, sprawdza API biblioteki, której nie ma w głowie, i tłumaczy design na komponent. Wybór tych trzech (albo właściwego substytutu, kiedy Twoja praca skręca w inną stronę) to pojedynczy ruch o najwyższej dźwigni w Q10, bo daje moc MCP na trzech powierzchniach, gdzie faktycznie odbywa się większość Twoich tur. Złe trzy — pięć productivity-SaaS connectorów i zero code-grounding — wygląda imponująco w claude mcp list, ale dla Twojego throughputu nie robi prawie nic.

Jak wygląda „max score” w praktyce (trio dla developera IC plus picki sytuacyjne)

Dział zatytułowany „Jak wygląda „max score” w praktyce (trio dla developera IC plus picki sytuacyjne)”

Max-score Q10 setup jest konkretny i weryfikowalny. Odpal claude mcp list (lub codex mcp list / panel MCP w Cursorze) i powinieneś zobaczyć od trzech do pięciu wpisów — nigdy zero, nigdy piętnaście — z trzonem GitHub MCP, Context7 i jeden z {Figma, Sentry, Linear}. Dla frontendowca albo full-stacka, który dowozi designy, trio to GitHub + Context7 + Figma. Dla backendowca albo platformowca, który żyje w observability produkcyjnym, zamień Figmę na Sentry. Dla developera pracującego głównie z ticketów, który rzadko otwiera plik w Figmie, zamień Figmę na Linear (lub Atlassian/Jira). Trio zbiera 3 pkt, bo każdy serwer odblokowuje kategorię pracy, której agent inaczej musi zgadywać: GitHub daje mu prawdziwy graf PR/issue zamiast rozmytego wspomnienia z git log, Context7 daje mu aktualne docsy biblioteki, której używasz, zamiast zeszłorocznego API z danych treningowych, a Figma (albo jej substytut) daje mu realną specyfikację designu / stack trace błędu / treść ticketa zamiast zrzutu ekranu. Ktoś, kto zainstalował sześć serwerów MCP, ale żaden z tych trzech nie jest w jego setupie, scoruje w Q10 gorzej niż ktoś z dokładnie tymi trzema, bo trio jest dobrane tak, żeby pokrywać kategorie, w których developerzy faktycznie spędzają czas — nie kategorie, które dobrze wyglądają na screenshotcie.

W połowie 2026 marketplace MCP ma tysiące pozycji, ale day-one configuration, który konsekwentnie pojawia się w roundupach „best MCP servers”, to GitHub + Context7 + trzeci pick zależny od roli. Sygnał nie brzmi „to są najlepsze serwery na jakiejkolwiek pojedynczej osi” — tylko „to są trzy z najszerszym pokryciem, gdzie dorzucenie czwartego daje malejące zyski, dopóki nie trafisz w project-specific potrzebę”.

Pojedyncza instalacja o najwyższym wpływie dla niemal każdego developera. GitHub MCP zamienia agenta w uczestnika Twojego rzeczywistego workflow issue/PR: może szukać kodu w Twoich orgach, czytać PR-y i reviews, otwierać issues, komentować PR-y i (przy odpowiednich uprawnieniach) pushować branche. Oficjalny remote endpoint jest hostowany przez infrastrukturę GitHub Copilot, więc całkowicie pomijasz setup lokalnego serwera. Zainstaluj go z HTTP transport — to kanoniczna komenda instalacyjna 2026:

Okno terminala
claude mcp add --transport http github https://api.githubcopilot.com/mcp/

Po instalacji odpal claude mcp list i potwierdź, że github jest na liście. Potem w sesji zapytaj agenta np. „znajdź otwarte PR-y w tym repo, gdzie jestem reviewerem, i podsumuj requested changes” — jeśli działa, jesteś w domu. Niezbyt oczywista wygrana to nie ta oczywista (że agent będzie otwierał PR-y za Ciebie), tylko efekt grounding: kiedy agent ma GitHub MCP, przestaje halucynować na temat tego, co jest w Twoim codebase, i zaczyna czytać prawdziwą wersję.

Context7 to remote MCP server, który pobiera live, version-specific dokumentację dla tysięcy bibliotek i frameworków i wstrzykuje ją w kontekst agenta na żądanie. To fix na problem „dane treningowe agenta są pół roku przeterminowane”: zamiast zgadywać aktualną sygnaturę useEffect albo nazwę najnowszego utility z Tailwinda, agent woła Context7 i pobiera aktualne docsy. Free tier pokrywa większość zastosowań; płatne tiery podnoszą limity. Zainstaluj z HTTP transport:

Okno terminala
claude mcp add --transport http context7 https://mcp.context7.com/mcp

Killer pattern to dorzucenie „use context7” do prompta, w którym pracujesz w bibliotece, której nie masz w pamięci — agent łapie sygnał, ściąga relevant docsy i pisze kod pod prawdziwe aktualne API zamiast prawdopodobnie wyglądającej halucynacji. Największy payoff Context7 jest na szybko zmieniających się stackach (React 19, Next.js 15+, Tailwind 4, Vite 6, cokolwiek w ekosystemie Cloudflare), gdzie cutoff treningu modelu z największym prawdopodobieństwem rozjedzie się z aktualnym API.

Figma MCP — handoff designów (tylko jeśli implementujesz designy)

Dział zatytułowany „Figma MCP — handoff designów (tylko jeśli implementujesz designy)”

Oficjalny Figma Dev Mode MCP server odsłania live strukturę tego, co masz zaznaczone w Figmie — hierarchię, auto-layout, warianty, style tekstu, tokeny spacing, referencje do komponentów — bezpośrednio do agenta. Zamiast dawać agentowi screenshot i liczyć, że odczyta pomiary w pikselach, dajesz mu prawdziwą specyfikację. To MCP o najwyższej dźwigni dla każdego developera, który zamienia pliki Figmy na komponenty React/Vue/Astro. Serwer chodzi lokalnie wewnątrz desktopowej aplikacji Figmy, więc setup różni się trochę od czystych remote MCP: włącz Dev Mode MCP w preferencjach Figmy, potem dodaj lokalny endpoint:

Okno terminala
claude mcp add --transport http figma http://127.0.0.1:3845/mcp

(Port i dokładna ścieżka są publikowane w docsach setupu Figmy i mogą się zmieniać — zweryfikuj wobec oficjalnej strony „Dev Mode MCP” przed wklejaniem.) Po instalacji zaznacz frame w Figmie i poproś agenta o jego implementację — agent przeczyta auto-layout, zmienne, style tekstu i napisze komponent, który dopasowuje się do realnej struktury designu, a nie do Twojego zgadywania.

Zamień trzeci slot, kiedy Twoja praca nie kręci się wokół Figmy:

  • Sentry MCP — dla pracy backendowej / platformowej / SRE, gdzie błędy produkcyjne to najczęstszy kontekst, którego agent potrzebuje. Ściąga pełne szczegóły issue, breadcrumbs, kontekst środowiska i powiązane events bezpośrednio z Twojego Sentry org. Endpoint: https://mcp.sentry.dev/mcp (zweryfikuj aktualny kanoniczny URL na stronie docs Sentry przed instalacją).
  • Linear MCP — dla zespołów żyjących w Linearze z ticketami i pracą projektową. Pozwala agentowi czytać treść issues, komentarze, sub-issues i statusy oraz je aktualizować. Endpoint: https://mcp.linear.app/mcp.
  • Atlassian (Jira/Confluence) MCP — odpowiednik Lineara dla stacka Atlassian. Endpoint: https://mcp.atlassian.com/v1/sse był starą formą; aktualny /mcp HTTP endpoint to ten, który należy instalować — sprawdź stronę docs Atlassian dla kanonicznego URL-a, bo legacy /sse jest deprecatowany.
  • Database MCP — PostgreSQL (@modelcontextprotocol/server-postgres dla lokalnej instalacji opartej na Node), albo hostowane warianty jak oficjalne serwery Neon i Supabase. Warto, kiedy Twoja praca jest mocno schema-driven.
  • Cloud provider MCP — Cloudflare odsłania rodzinę serwerów we wzorcu {name}.mcp.cloudflare.com/mcp (np. https://bindings.mcp.cloudflare.com/mcp, https://observability.mcp.cloudflare.com/mcp, https://workers-builds.mcp.cloudflare.com/mcp). Wybierz jeden lub dwa per usługa Cloudflare, którą faktycznie deployujesz, a nie wszystkie. Vercel używa samej domeny: https://mcp.vercel.com. Stripe podobnie: https://mcp.stripe.com.

Reguła dla trzeciego slotu brzmi: „wybierz ten, którego kategoria zajmuje Ci najwięcej czasu w tym tygodniu”, a nie „wybierz ten, który wygląda najbardziej imponująco”. Backendowiec z Linearem w slocie 3, bo żyje w ticketach, scoruje te same 3 pkt co frontendowiec z Figmą w slocie 3 — a obaj scorują wyżej niż ktoś ze Slackiem, Notionem i Google Drivem w slotach 3/4/5.

  1. Wybierz trzeci pick zanim zaczniesz. GitHub i Context7 są nienegocjowalne. Trzeci zależy od roli: Figma, jeśli implementujesz designy, Sentry, jeśli żyjesz w błędach produkcyjnych, Linear/Atlassian, jeśli żyjesz w ticketach, DB MCP, jeśli pracujesz głównie ze schematem, cloud MCP, jeśli robisz deploy/infra. Nie instaluj wszystkich — wybierz jeden i zarób 3. punkt czysto.
  2. Zainstaluj GitHub MCP. Odpal claude mcp add --transport http github https://api.githubcopilot.com/mcp/. Zautentykuj się, kiedy agent zawoła go po raz pierwszy (dostaniesz prompt OAuth). Potwierdź claude mcp listgithub powinien się pojawić.
  3. Zainstaluj Context7. Odpal claude mcp add --transport http context7 https://mcp.context7.com/mcp. Free tier wystarczy na start; zapisz się po API key dopiero, jeśli uderzysz w limity. Potwierdź claude mcp list.
  4. Zainstaluj swój trzeci pick. Dla Figmy: włącz Dev Mode MCP w preferencjach aplikacji desktopowej Figmy, potem claude mcp add --transport http figma http://127.0.0.1:3845/mcp. Dla Sentry: claude mcp add --transport http sentry https://mcp.sentry.dev/mcp. Dla Lineara: claude mcp add --transport http linear https://mcp.linear.app/mcp. Zautentykuj się przy pierwszym użyciu.
  5. Zweryfikuj, że trio działa w prawdziwej sesji. Otwórz repo, odpal claude (lub codex) i przepuść multi-MCP prompt: „Wylistuj moje otwarte PR-y w tym repo (GitHub MCP), sprawdź aktualną sygnaturę useFormState (Context7), potem zaproponuj refactor formularza w src/components/SignUp.tsx.” Jeśli wszystkie trzy MCP zapaliły się, a odpowiedź agenta referuje prawdziwe PR-y + prawdziwe aktualne docsy — jesteś w domu.
  6. Dodaj do .mcp.json dla teamu (opcjonalnie). Jeśli chcesz, żeby każdy z zespołu dziedziczył trio po sklonowaniu repo, dorzuć configi do .mcp.json w roocie repo (commitowane do gita). Serwery local-only (jak desktopowa Figma) zostają w Twoim user-level configu; remote (GitHub, Context7, Sentry, Linear) można bezpiecznie współdzielić przez .mcp.json.
  7. Oprzyj się instalacji czwartego. Q9 już ustaliło, że 3–5 to sweet spot. Jeśli łapiesz się na dorzucaniu czwartego, wyrzuć jeden — zwykle picka sytuacyjnego, który już nie pasuje do pracy z tego kwartału. Puchnięcie listy narzędzi to realny problem: każdy dodatkowy MCP dorzuca tokeny do każdego prompta i daje agentowi więcej okazji do wybrania nie tego toola.
  • Używanie złych endpointów. Styl ścieżki /sse jest deprecatowany niemal wszędzie na rzecz HTTP transport /mcp (Linear, Sentry, Atlassian, Cloudflare wszyscy się przenieśli). Jeśli kopiujesz setup z 2024, dostaniesz URL-e /sse, które już nie działają. Zawsze sprawdź aktualną stronę docs vendora dla kanonicznego endpointa przed wklejeniem.
  • Halucynowane paczki MCP. Nie ma @anthropic/* paczek MCP na npm — Anthropic nie publikuje serwerów MCP pod tym scope. Podobnie @modelcontextprotocol/server-git, server-sqlite, server-filesystem, server-mysql i server-jira nie są na npm (niektóre istnieją jako paczki Pythona instalowalne przez uvx, ale npm install zwróci błąd). Te, które na npm: @modelcontextprotocol/server-github, server-gitlab, server-slack, server-postgres. Jeśli przewodnik mówi npm install -g @anthropic/mcp-server-figma, przewodnik jest błędny; oficjalny Figma MCP chodzi wewnątrz desktopowej aplikacji Figmy, nie z npm.
  • Zły kształt URL-a Cloudflare. Cloudflare używa wzorca {name}.mcp.cloudflare.com/mcp — np. https://bindings.mcp.cloudflare.com/mcp, a nie https://bindings-mcp.mcp.cloudflare.com/sse. Wariant z myślnikowym prefixem plus /sse to halucynacja, którą starsze poradniki nadal powtarzają.
  • --url zamiast --transport http. claude mcp add używa --transport http (lub --transport sse dla legacy serwerów), po czym URL endpointa jako pozycyjny argument. Nie ma flagi --url — to flaga z wczesnego draftu docsów, która nigdy nie weszła.
  • Mylenie .mcp.json z .claude/mcp.json. Plik configu współdzielonego na poziomie repo to .mcp.json w roocie repo. To nie .claude/mcp.json — taka ścieżka nie istnieje. Config user-level mieszka pod ~/.claude/, ale plik per-repo to .mcp.json w roocie.
  • Wybór pięciu productivity-SaaS connectorów i zero code-grounding. Q10 typu „Slack + Notion + Google Drive + Linear + Confluence” wygląda imponująco w claude mcp list, ale nie groundsi agenta w Twoim kodzie, dokumentacji bibliotek ani design systemie — w trzech kategoriach, gdzie faktycznie oszczędza Ci tury. Jeśli Twoje trio nie zawiera GitHub + Context7, masz problem z Q10, niezależnie od tego, ile MCP masz zainstalowanych.
  • claude mcp list (lub codex mcp list) pokazuje 3–5 wpisów, w tym github i context7.
  • Trzeci wpis pasuje do Twojej rzeczywistej codziennej pracy: Figma, jeśli dowozisz designy, Sentry, jeśli walczysz z błędami prod, Linear/Atlassian, jeśli żyjesz w ticketach, DB lub cloud MCP, jeśli praca jest schema- lub infra-heavy.
  • Live prompt w Twoim głównym repo potrafi w pojedynczym multi-turn tasku zapalić GitHub MCP + Context7 + trzeciego bez Twojego niańczenia, który tool dostanie wywołanie.
  • Wszystkie endpointy używają HTTP transport /mcp (nie deprecatowanego /sse), pasują do aktualnej strony docs vendora i autentykują się czysto.
  • Brak paczek @anthropic/*, brak URL-i *-mcp.mcp.cloudflare.com/sse, brak flag --url w historii instalacji.
  • Potrafisz w jednym zdaniu wyartykułować, dlaczego każdy z trzech picków jest w trio — i którą kategorię pokrywa (graf repo / docsy bibliotek / design albo błędy albo tickety).