Ściana dokumentacji zamieniona w jeden serwer MCP: strumień danych płynie od regałów z dokumentami do centralnej szafy serwerowej, a z niej wiązki światła rozchodzą się do ekranów klientów AI.

Jak zbudowałem serwer MCP z dokumentacji Brand24 (case study)

W skrócie: Potrzebowałem szybko opanować Brand24 — narzędzie do monitoringu internetu i mediów społecznościowych — do jednego z projektów, nad którym pracowałem. Zamiast czytać całą dokumentację od deski do deski, zamieniłem ją w serwer MCP: pytam o Brand24 w naturalnym języku, z dowolnego klienta obsługującego MCP (Claude, ChatGPT, Cursor, Alice), a odpowiedzi pochodzą z realnej dokumentacji, nie ze zgadywania modelu. Co jest pod spodem? Crawl dokumentacji, baza wiedzy w architekturze RAG i jeden serwer MCP dostępny pod stałym, własnym linkiem. To case study tego, jak działający serwer MCP zmienia sposób, w jaki uczymy się nowych narzędzi w dobie AI.

Po co serwer MCP do nauki narzędzia, skoro jest dokumentacja i ChatGPT

Brand24 to rozbudowane narzędzie: dokumentacja API, przewodniki po funkcjach, integracje, wpisy na blogu, tutoriale panelu. Żeby użyć go sensownie w projekcie, musiałem szybko wiedzieć, jak się uwierzytelnić, jakie są limity, jak działa monitoring wzmianek, jak pracować z zaawansowanymi ustawieniami. Dwie najczęstsze drogi do tej wiedzy mają według mnie następujące, jak na obecne czasy wady:.

Czytanie całej dokumentacji jest wolne, a i tak po godzinie nie pamiętasz, w której zakładce była potrzebna sekcja. Z kolei zapytanie modelu AI bez dostępu do tej dokumentacji kończy się zgadywaniem — model albo wymyśla odpowiedź, która brzmi wiarygodnie, albo podaje wersję sprzed swojego treningu. To klasyczna halucynacja AI, którą szerzej opisuję we wpisie „Czatowanie z dokumentami firmowymi przez RAG i serwer MCP”.

Rozwiązanie jest proste w idei: dać modelowi dostęp do prawdziwej dokumentacji i zmusić go, żeby odpowiadał z konkretnego źródła. Tak właśnie działa wtyczka do AI (serwer MCP), którą zbudowałem.

PodejścieSzybkość dotarcia do odpowiedziAktualnośćŹródło odpowiedzi
Czytanie całej dokumentacjiWolneAktualne, jeśli sam śledzisz zmianyTy
Pytanie modelu AI bez dostępuSzybkieNiepewna — wiedza zamrożona na dacie treninguPamięć modelu (zgadywanie)
Serwer MCP nad dokumentacjąSzybkieTak aktualne, jak ostatni crawlFragmenty realnej dokumentacji
Przepływ zapytania: użytkownik pyta w kliencie AI, serwer MCP odpytuje bazę wiedzy RAG, baza zwraca fragmenty dokumentacji, model formułuje odpowiedź z cytatem źródła.

Czym jest serwer MCP RAG — w jednym zdaniu

Serwer MCP to uniwersalna wtyczka łącząca aplikację AI z zewnętrznym systemem — w oparciu o Model Context Protocol, otwarty standard ogłoszony przez Anthropic 25 listopada 2024 r. W moim przypadku ten serwer udostępnia asystentowi jedno narzędzie: „przeszukaj bazę wiedzy Brand24″. Asystent sam decyduje, kiedy go użyć, dostaje fragmenty dokumentacji pasujące do pytania i formułuje z nich odpowiedź.

Mechanika samego protokołu — architektura Host/Klient/Serwer, prymitywy narzędzi, autoryzacja — wykracza poza ten case study. Opisuję ją osobno we wpisie „Czym są serwery MCP i jak działają w aplikacjach AI?”.

Pięć kroków budowy serwera MCP z dokumentacji: crawl stron, czyszczenie danych, baza wiedzy RAG, opakowanie w serwer MCP pod linkiem, testy w kliencie AI.

Pięć kroków — jak z dokumentacji powstał serwer MCP

Cały proces sprowadza się do pięciu kroków. Żaden nie wymaga, żebyś był programistą na co dzień — wymaga raczej zrozumienia, co po kolei dzieje się z danymi.

1. Crawl dokumentacji

Najpierw zebrałem dokumentację. Użyłem do tego skryptu napisanego w Crawl4AI — otwartoźródłowym crawlerze, który zamienia strony internetowe w czysty tekst w formacie Markdown, gotowy pod modele językowe. Zamiast surowego HTML z menu, stopką i reklamami dostałem uporządkowany tekst — same treści, które są realną wiedzą o produkcie.

2. Czyszczenie i uporządkowanie danych

Surowy crawl to wciąż dużo szumu. Na tym etapie zostawiłem to, co faktycznie jest wiedzą o Brand24 — dokumentację API, przewodniki po funkcjach, wpisy blogowe, integracje z innymi narzędziami i tutoriale panelu — a odrzuciłem choćby wpisy blogowe, które nie dotyczyły stricte obsługi narzędzia. Jakość bazy zaczyna się tutaj: śmieci na wejściu oznaczają śmieci na wyjściu.

3. Baza wiedzy z RAG

Oczyszczony tekst trafił do bazy wiedzy działającej w architekturze RAG (Retrieval-Augmented Generation) — podejściu opisanym przez Patricka Lewisa i zespół Facebook AI Research (NeurIPS, 2020). Baza rozbija dokumentację na fragmenty, zamienia je w wektory i indeksuje pod wyszukiwanie semantyczne. Dzięki temu na pytanie „jakie są limity API?” system zwraca model fragmenty mówiące dokładnie o limitach, a nie całą dokumentację.

4. Opakowanie w serwer MCP pod przyjaznym linkiem

Bazę wiedzy wystawiłem jako serwer MCP pod stałym, własnym adresem i zabezpieczyłem logowaniem, żeby nie był otwarty dla całego internetu. To kluczowy krok: dzięki jednemu, przyjaznemu linkowi podłączam ten sam serwer w dowolnym kliencie MCP — bez stawiania niczego od nowa za każdym razem.

5. Testy w kliencie AI

Na koniec sprawdziłem, czy to faktycznie działa. Za pomocą prostego skryptu zbudowałem test składający się z 20 losowych pytań i odpaliłem je po kolei, porównując odpowiedzi z dokumentacją. Test przechodzi wtedy, gdy odpowiedź pokrywa się ze źródłem, a nie tylko brzmi sensownie.

KrokNarzędzie / warstwaPo co
1. CrawlCrawl4AIZamiana stron dokumentacji w czysty tekst dla AI
2. CzyszczenieReguły filtrowaniaZostawić wiedzę o produkcie, odrzucić szum
3. Baza wiedzyZarządzana usługa RAGIndeks semantyczny — fragmenty pasujące do pytania
4. Serwer MCPSerwer MCP pod własnym linkiemJeden dostęp dla każdego klienta AI
5. TestyKlient AI (Claude / ChatGPT)Weryfikacja odpowiedzi względem dokumentacji
Jeden serwer MCP z bazą wiedzy Brand24 w centrum, podłączony do czterech klientów AI: Claude, ChatGPT, Cursor i Alice — ta sama wiedza w każdym z nich.
Świecący wskaźnik wychylony do zielonej strefy ocenia pomysł na AI — pikselowy baner Sprawdzarki AI

Bezpłatne narzędzie

Sprawdź w 3 minuty, czy Twój pomysł na AI da się wdrożyć

Opisz pomysł, odpowiedz na kilka pytań i zobacz ocenę: macierz wykonalność × impakt, plan MVP i rekomendację — bez zakładania konta.

Sprawdź swój pomysł →

Co to zmieniło — nauka narzędzia przez rozmowę zamiast czytania

Zamiast skakać po zakładkach dokumentacji, zadaję pytanie w czacie i dostaję odpowiedź z konkretnego fragmentu. Nauka narzędzia przestaje być czytaniem, a staje się rozmową. W praktyce daje to cztery konkretne zmiany:

  • Pytam językiem naturalnym. Nie szukam słów kluczowych w wyszukiwarce dokumentacji — opisuję problem tak, jak go widzę.
  • Odpowiedź z realnego źródła. Model opiera się na fragmencie dokumentacji Brand24, nie na ogólnej wiedzy z internetu. Czego nie ma w bazie, tego dobrze ustawiony system nie zmyśla.
  • Jeden serwer, każdy klient. Ten sam link działa w Claude, ChatGPT czy Cursorze — nie wgrywam tych samych plików do każdej rozmowy od nowa.
  • Wiedza jest trwała. Raz zbudowana baza służy przy kolejnych pytaniach i przy następnych projektach, a nie tylko w bieżącej sesji.

Kluczowy wniosek: Najszybszą drogą do opanowania nowego narzędzia nie zawsze jest przeczytanie jego dokumentacji. Czasem jest nią zamienienie tej dokumentacji w coś, co możesz po prostu zapytać.

Ten sam wzorzec dla dowolnego narzędzia i Twojej dokumentacji

Wzorzec nie jest przywiązany do Brand24. Zadziała wszędzie tam, gdzie jest dokumentacja, którą chcesz mieć pod ręką w rozmowie z AI. Tę samą drogę — crawl, czyszczenie, baza RAG, serwer MCP — przejdziesz dla dowolnego źródła.

Źródło dokumentacjiKto skorzysta
Dokumentacja narzędzia, którego się uczyszKażdy, kto wdraża nowy SaaS w projekcie
Dokumentacja Twojego własnego produktuZespół wsparcia, onboarding nowych osób
Wewnętrzna wiedza i procedury firmyCały zespół — to scenariusz z czatowania z dokumentami firmowymi

Najmocniejsza w tym wzorcu jest przenośność i powtarzalność. Jeden serwer, jeden link, a wiedza dostępna w każdym chatbocie AI obsługującym MCP.

Czego ten serwer nie robi — granice

Zanim potraktujesz ten wzorzec jak gotowiec, sprawdź, gdzie kończą się jego możliwości.

  • To prywatne rozwiązanie skrojone pod moją naukę. Pokazuje, że wzorzec działa — jest moim showcase’em, a nie produkcyjnym wdrożeniem przygotowanym pod „cudzy” ruch i obciążenie.
  • Baza jest tak aktualna, jak ostatni crawl. Zmiana w dokumentacji Brand24 nie pojawi się w odpowiedziach, dopóki nie pobiorę i nie przetworzę jej ponownie. Aktualizacja nie dzieje się sama, co jednak mi nie przeszkadza, bo duże aktualizacje narzędzia nie pojawiają się codziennie.
  • Plików nie wrzucasz wprost do serwera MCP. Dokument trafia najpierw do bazy wiedzy, a serwer indeksuje go stamtąd — tak samo jak przy czatowaniu z dokumentami firmowymi.
  • Bezpieczeństwo zależy od implementacji. To, kto ma dostęp i jak chronione są dane, wynika z logowania i autoryzacji, które dołożysz — nie z samego protokołu MCP. Ja sam dołożyłem logowanie oparte na OAuth 2.1.
  • Jakość zależy od wejścia. Niedokładny crawl albo słabe czyszczenie przekładają się wprost na słabe odpowiedzi. Pamiętaj: „garbage in, garbage out”.

FAQ — serwer MCP z dokumentacji narzędzia

Czy mogę to zrobić z dokumentacją dowolnego narzędzia?

Technicznie tak, ale licz się z zasadami. Crawluj treści publiczne, respektuj plik robots.txt i regulamin (ToS) danego serwisu, a zbudowaną bazę trzymaj do własnego użytku — nie redystrybuuj cudzej dokumentacji jako swojej. Przy dokumentacji własnego produktu ten problem znika całkowicie.

Czym to się różni od wgrania PDF-ów do ChatGPT albo NotebookLM?

Tam baza wiedzy żyje w jednej rozmowie albo w jednym narzędziu. Serwer MCP wystawia ją raz, pod stałym linkiem, i działa w każdym kliencie MCP — bez wgrywania tych samych plików od nowa. To różnica między pamięcią pojedynczej sesji a trwałą bazą wiedzy; porównuję ją dokładniej w tekście o czatowaniu z dokumentami firmowymi.

Jak często trzeba odświeżać taką bazę wiedzy?

Tak często, jak zmienia się źródło. Dla stabilnej dokumentacji wystarczy rzadki, okazjonalny re-crawl; dla często aktualizowanej — regularny harmonogram. Baza nie aktualizuje się sama, choć są na to rozwiązania, które wykraczają poza zakres tego artykułu.

Chcesz taki serwer MCP RAG dla Twojej firmy?

Buduję takie rozwiązania na zamówienie. Zakres, etapy i przykłady takiej realizacji opisuję na stronie dedykowana wtyczka MCP RAG — baza wiedzy.

Źródła

  1. Anthropic — Introducing the Model Context Protocol — pierwotne ogłoszenie standardu MCP, 25 listopada 2024 r. — https://www.anthropic.com/news/model-context-protocol
  2. Model Context Protocol — Specification (2025-11-25) — oficjalna specyfikacja protokołu — https://modelcontextprotocol.io/specification/2025-11-25
  3. Patrick Lewis i in. — Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks — pierwotna praca wprowadzająca RAG, Facebook AI Research / UCL, NeurIPS 2020 — https://arxiv.org/pdf/2005.11401
  4. Crawl4AI — dokumentacja otwartoźródłowego crawlera zamieniającego strony w czysty Markdown dla modeli AI — https://docs.crawl4ai.com
  5. Brand24 — narzędzie do monitoringu internetu i social listeningu (podmiot tej bazy wiedzy) — https://brand24.com

Ostatnia aktualizacja: 27 maja 2026

Zobacz też: Katalog serwerów MCP we wtyczki.ai · Czym są serwery MCP · Czatowanie z dokumentami firmowymi · Przykłady wykorzystania wtyczek AI

Patryk z wtyczki.ai
Patryk z wtyczki.ai
Projektuję rozwiązania, dzięki którym AI przestaje „gadać”, a zaczyna działać. Jestem pomysłodawcą i twórcą pierwszego polskiego katalogu serwerów MCP. Na co dzień we wtyczki.ai pomagam polskim firmom – głównie MŚP – bezpiecznie i szybko wdrażać rozwiązania biznesowe napędzane przez sztuczną inteligencję. Wierzę, że AI, które przynosi zyski, nie jest zarezerwowane tylko dla korporacji i biznesowych gigantów, ale dostępne dla każdej firmy, która wie, jak wykorzystać możliwości sztucznej inteligencji na co dzień.