Pytania rekrutacyjne z MCP: od podstaw do zaawansowanych (2026)

Jak działa obsługa błędów w MCP i czemu ma znaczenie w rozmowach?

Są trzy poziomy. Błędy na poziomie transportu to problemy z połączeniem. Błędy protokołu używają standardowych kodów JSON‑RPC (-32700 dla błędu parsowania, -32600 do -32603 za nieprawidłowe żądania, nieznane metody i podobne kwestie). Błędy na poziomie aplikacji, np. gdy wywołanie API wewnątrz twojego narzędzia zwróci błąd, powinny wracać z isError: true w wyniku narzędzia, żeby model mógł je zobaczyć i zareagować.

return {
    "content": [{"type": "text", "text": "Rate limit exceeded, try again later"}],
    "isError": True
}

Ta flaga pozwala modelowi zobaczyć niepowodzenie i spróbować czegoś innego.

Czy MCP jest obecnie stanowe?

Tak, sesje są dziś śledzone na poziomie połączenia. To tworzy problemy ze skalowaniem w produkcji — omówię je w sekcji o projektowaniu systemów.

Pytania o bezpieczeństwo i ład w MCP

Pytania o bezpieczeństwo często pojawiają się w rozmowach o MCP, zwłaszcza na rolach platformowych i enterprise.

Czym różni się uwierzytelnianie między transportami stdio i HTTP?

Dla lokalnych serwerów stdio uwierzytelnianie w praktyce jest opcjonalne; i tak ufasz procesowi, który uruchomiłeś. Dla zdalnych serwerów opartych o HTTP ramą jest OAuth 2.1, a serwery są klasyfikowane jako serwery zasobów OAuth 2.0 według specyfikacji z 2025-06-18. OAuth nie jest wymagany wszędzie w MCP.

Czym jest zatruwanie narzędzi (tool poisoning)?

To złośliwe instrukcje ukryte w metadanych narzędzia, zwykle w opisie lub schemacie, które model czyta, decydując, które narzędzie wywołać. Narzędzia nie trzeba uruchamiać, żeby to miało znaczenie, bo model zobaczył instrukcje już podczas listowania narzędzi.

Czym atak „rug pull” różni się od zatruwania narzędzi?

Zatruwanie narzędzi to problem na wejściu. Rug pull to problem trwałości: narzędzie wygląda czysto, gdy je zatwierdzasz, a potem jego definicja się zmienia, a większość klientów nie ma wbudowanego sposobu na wymuszenie ponownej akceptacji. Obrona przed jednym nie chroni przed drugim.

Czym jest Enterprise‑Managed Authorization i czemu teraz ma znaczenie?

EMA to rozszerzenie MCP, które stało się stabilne 18 czerwca 2026. Przenosi decyzję autoryzacyjną do firmowego dostawcy tożsamości zamiast pojedynczych kliknięć zgód na każdym serwerze przez każdego pracownika. Klient podczas SSO dostaje podpisany Identity Assertion JWT i wymienia go na zakresowy token dostępu z serwera autoryzacyjnego serwera MCP. Wspierają to Anthropic, Microsoft i Okta.

Pytania o MCP i agentów AI

Tu protokół zaczyna łączyć się z projektowaniem agentów.

Dlaczego MCP jest ważne właśnie dla agentów?

Agenci potrzebują kontekstu i akcji. MCP umieszcza oba w jednym protokole. Jak wspomniano, tools/list pozwala agentowi odkryć, co jest dostępne, zamiast polegać na twardo zakodowanej liście w kodzie agenta.

Model hosta agenta, klienta i serwera. Grafika autora.

Jaka jest różnica między MCP a A2A?

Krótka zasada: MCP łączy agentów z narzędziami, A2A łączy agentów z innymi agentami. Oba protokoły są teraz pod Agentic AI Foundation, więc zwykle omawia się je jako osobne warstwy, nie konkurentów.

Czym jest prymityw "sampling" i czy wciąż warto o nim wspominać?

Sampling pozwala serwerowi poprosić o dokończenie przez model za pośrednictwem klienta, dzięki czemu serwer może uruchamiać zachowania przypominające agenta bez posiadania kluczy API. Warto znać prymityw, ale z zastrzeżeniem: RC z 2026-07-28 oznacza Sampling, Roots i Logging jako przestarzałe w ramach nowej polityki cyklu życia funkcji. Pozostaną sprawne co najmniej dwanaście miesięcy, ale autorom serwerów coraz częściej zaleca się bezpośrednie wywoływanie API dostawcy modelu.

Jak agenci unikają przepełnienia okna kontekstu definicjami narzędzi?

Nie ładując wszystkich definicji narzędzi z góry. Podejście Anthropic Tool Search opóźnia ładowanie schematów narzędzi do momentu, gdy są potrzebne, a opis inżynieryjny raportuje 85% redukcję użycia tokenów w środowiskach z wieloma narzędziami, przy zachowaniu pełnej biblioteki w zasięgu. W odpowiedzi rekrutacyjnej połączyłbym ładowanie odroczone z wąsko zakreślonymi serwerami.

Pytania o projektowanie systemów MCP

Pytania scenariuszowe sprawdzają, czy potrafisz zastosować te idee pod ograniczeniami, a nie tylko wyrecytować definicje.

Zaprojektuj system wyszukiwania dokumentów z użyciem MCP.

Tu MCP i RAG nie konkurują. RAG obsługuje wyszukiwanie wektorowe na wstępnie zindeksowanej bazie wiedzy; MCP udostępnia to wyszukiwanie jako narzędzie lub zasób, który agent może wywołać na żywo, obok innych potrzebnych akcji. Traktuj pytanie jako o dopasowanie obu elementów, nie o to, co co zastępuje.

Zaprojektuj serwer MCP dla wewnętrznych danych firmy.

Zacznij od pojedynczej odpowiedzialności: jeden serwer na domenę, np. serwer bazy danych i osobny serwer plików, zamiast jednego serwera od wszystkiego. Dodaj OAuth 2.1, zakresy najmniejszych uprawnień per narzędzie i logowanie audytowe od początku, bo kontrolę dostępu trudniej poprawić po uruchomieniu serwera.

Jak skalowałbyś wdrożenie MCP dziś, zanim wejdzie specyfikacja bezstanowa?

Kandydaci często potykają się, opisując przyszłą specyfikację jakby już wyszła. Stanowość z sekcji o serwerze to tu problem skalowania: skalowanie horyzontalne wymaga lepkiego routingu, współdzielonego magazynu sesji albo bramki MCP. RC na 2026-07-28 usuwa sesje na poziomie protokołu, ale to jeszcze nie jest live.

Jak nie utopić modelu w tokenach przy dużym wdrożeniu z wieloma serwerami?

Pomaga tu też odroczone ładowanie z sekcji o agentach. Na poziomie wdrożenia dodatkowo filtruj i agreguj dane po stronie serwera, zanim trafią do kontekstu modelu, i stronicuj wszystko, co zwraca listę. Główna zasada: kontroluj, co trafia do okna kontekstu.

Pytania o integrację MCP

Pytania o integrację sprawdzają, czy rozumiesz, gdzie MCP pojawia się w popularnych narzędziach deweloperskich.

Jak MCP pojawia się w produktach Claude?

Claude.ai, Claude Desktop i Claude Code wspierają MCP, a Anthropic prowadzi katalog łączników z gotowymi serwerami. Jest też łącznik MCP w Messages API dla serwerów zdalnych, w chwili pisania wciąż w becie.

Claude Desktop z podłączonym serwerem MCP. Grafika autora.

Czy MCP przydaje się tylko z Claude?

Nie. OpenAI zaadaptowało MCP w swoich Agents SDK i Apps SDK od marca 2025. VS Code wprowadził wsparcie dla pełnej specyfikacji w połowie 2025, Cursor wspiera MCP przez mcp.json, a Google Cloud miało ponad 50 zarządzanych serwerów MCP dostępnych ogólnie lub w podglądzie do kwietnia 2026.

Czym MCP różni się od RAG, konkretnie?

To krótsza wersja odpowiedzi z projektowania systemów: RAG odpowiada z zaplanowanej bazy wiedzy, a MCP obsługuje bieżące odczyty i akcje.

Zaawansowane pytania rekrutacyjne MCP

Pytania zaawansowane sprawdzają, czy śledzisz zmiany protokołu, a nie tylko to, jak działa dziś.

Czy możesz omówić historię wersji specyfikacji?

Rekruterzy pytają o to, by sprawdzić, co się zmieniło i kiedy. Ważnych jest pięć rewizji i tylko jedna wciąż spekulatywna:

Kluczowe jest wiedzieć, który wiersz faktycznie został wydany.

Kto teraz faktycznie zarządza MCP?

Anthropic przekazał protokół Agentic AI Foundation, ukierunkowanemu funduszowi pod egidą Linux Foundation, 9 grudnia 2025. Block i OpenAI współzałożyli AAIF wraz z Anthropic, a Google, Microsoft, AWS, Cloudflare i Bloomberg są członkami wspierającymi. Utrzymujący zachowali kontrolę nad decyzjami technicznymi; ład przeniósł się do szerszej fundacji.

Co właściwie zmienia się w wydaniu 2026-07-28?

Najważniejsza zmiana to bezstanowy rdzeń z sekcji o projektowaniu systemów: initialize/initialized i nagłówek Mcp-Session-Id znikają, zastąpione przez informacje o możliwościach przesyłane w _meta przy każdym żądaniu. To usuwa wymóg lepkiego routingu. Framework rozszerzeń definiuje też, jak opcjonalne możliwości, takie jak MCP Apps i Tasks, są dostarczane i stabilizowane niezależnie.

Czym są rozszerzenia MCP i czy działają wszędzie?

Nie. Rozszerzenia to możliwości opt‑in, jak Enterprise‑Managed Authorization, OAuth Client Credentials dla uwierzytelniania machine‑to‑machine i MCP Apps dla interaktywnego UI wewnątrz hosta. Wsparcie różni się w zależności od klienta, więc nie projektuj w oparciu o uniwersalną dostępność rozszerzeń.

Pytania scenariuszowe MCP

Te pytania sprawdzają bardziej rozumowanie diagnostyczne niż wyuczone fakty, więc strukturuj odpowiedzi jako drogę od symptomu przez przyczynę do naprawy.

Wywołania narzędzi sporadycznie się nie udają. Co sprawdzasz najpierw?

Sprawdź, czy błędy wracają jako isError: true w wyniku narzędzia, czy jako błąd na poziomie protokołu. To mówi, czy problem jest w logice narzędzia, czy w transporcie. Potem spójrz na limity zapytań tego, co narzędzie opakowuje, i sprawdź timeouty, zanim uznasz, że to problem modelu.

Agent ciągle działa na nieaktualnych danych zasobów. Dlaczego?

Wracamy do wcześniejszego pytania o zasoby: listChanged to to, co mówi klientowi, że zasób się zmienił. Bez tego zadeklarowanego klient nie ma sygnału i podaje buforowany zrzut, dopóki coś nie wymusi odświeżenia.

Jeden serwer MCP stał się wyraźnym wąskim gardłem. Co robisz?

Podziel według domen, dodaj pulę połączeń i skaluj horyzontalnie. Dopóki bezstanowy rdzeń nie wejdzie, możesz wciąż potrzebować powiązania sesji omówionego w projektowaniu systemów.

Wyciekły wrażliwe dane przez wywołanie narzędzia. Jak do tego doszło?

Dwie częste przyczyny to narzędzie z szerszymi uprawnieniami niż potrzebne lub brak sanityzacji wyjścia zanim dane trafiły do kontekstu modelu. Naprawy to najmniejsze uprawnienia per narzędzie i krok sanityzacji przed kontekstem. Powiązane jest też zatruwanie narzędzi: model może zostać poinstruowany, by przekazać dane dalej, bez pisania kodu do eksfiltracji.

Częste błędy w rozmowach o MCP

Kilka wzorców powtarza się na tyle często, że warto je wprost wskazać:

• Traktowanie MCP jako zamiennika REST po różnicy REST omówionej wcześniej

• Definiowanie narzędzi kontra zasobów przez typ danych po tym, jak wyjaśniono już model kontroli

• Zakładanie tych samych zasad uwierzytelniania dla stdio i HTTP

• Podawanie odpowiedzi o starym SSE po zmianie transportu omówionej wcześniej

• Mieszanie wydanej specyfikacji z RC 2026-07-28

• Pomijanie ryzyk bezpieczeństwa omówionych wyżej przy projektowaniu systemu wywołań narzędzi

Większość tych błędów pochodzi ze starszych tutoriali.

Jak przygotować się do rozmów o MCP

Dla tego protokołu liczy się praktyka.

• Zbuduj mały serwer z FastMCP lub SDK TypeScript, udostępnij jedno narzędzie i jeden zasób i uruchom go

• Zainstaluj oficjalny Inspector (npx @modelcontextprotocol/inspector) i obejrzyj surowy ruch JSON‑RPC, który pokazuje

• Podłącz swój serwer do prawdziwego klienta — Claude Desktop, VS Code lub Cursor — i zobacz handshake inicjalizacyjny

• Przeczytaj faktyczny changelog specyfikacji zamiast streszczeń, zwłaszcza wpisy z 2025-06-18 i 2025-11-25

• Wybierz jeden scenariusz projektowy z tego artykułu i napisz pełną odpowiedź przed rozmową

Te kroki oddzielają wiedzę definicyjną od obycia praktycznego.

Zakończenie

Nie sądzę, by samo zapamiętanie definicji MCP dziś wystarczało. Trudniejsza część to wiedzieć, która odpowiedź należy do której wersji specyfikacji. Obecne wdrożenia wciąż zmagają się z sesjami na poziomie połączenia; RC z 2026-07-28 wskazuje na bezstanowy rdzeń. Jeśli to zlejesz, twoja odpowiedź architektoniczna zabrzmi bardziej pewnie niż trafnie.

Dlatego traktowałbym MCP jako coś do przetestowania, nie tylko do przeczytania. Zbuduj mały serwer z sekcji przygotowań, zobacz, jak klient listuje narzędzia i czyta zasoby, i zwróć uwagę, gdzie kończy się protokół, a zaczyna projekt twojej aplikacji. Przydatna odpowiedź w rozmowie to nie „MCP to USB‑C dla AI”. To „oto co MCP standaryzuje, czego nie, i co ostatnio się zmieniło”.

Jeśli chcesz bardziej uporządkowanej kontynuacji, nasz kurs Building Scalable Agentic Systems omawia MCP i A2A w kontekście projektowania, testowania i wdrażania agentów.