Co to jest serwer MCP i kiedy warto go wdrożyć w firmie?
Serwer MCP to mały program między asystentem AI a systemem firmy. Kiedy warto go wdrożyć zamiast eksportu do pliku? Konkretny poradnik bez technicznego żargonu.
Handlowiec przed telefonem do klienta otwiera trzy programy: ERP żeby sprawdzić saldo, CRM żeby zobaczyć ostatnie ustalenia, arkusz żeby przypomnieć sobie historię zamówień. Każde okno ładuje się kilkanaście sekund, a szuka tej jednej liczby. Serwer MCP to mały program, który zamienia te trzy zakładki w jedno pytanie do asystenta AI: asystent pyta serwer, serwer odpytuje system w tej chwili, handlowiec dostaje odpowiedź zanim skończy kawę. Jeśli Twój zespół robi coś takiego kilka razy dziennie, różnica jest wyraźna już po tygodniu.
Czym różni się serwer MCP od eksportu do pliku CSV?
Bez serwera MCP asystent AI może pracować z danymi firmy tylko wtedy, gdy ktoś mu je dostarczy: skopiuje tekst, wklei tabelę, wyeksportuje plik i go wgra. To działa. Ma jednak dwie wady, które wychodzą przy codziennej pracy.
Plik sprzed wtorku nie odpowiada środowej rzeczywistości. Faktura mogła już wpłynąć, towar się rozszedł, status zlecenia zmienił. I ktoś musi pamiętać o eksportowaniu, zanim zada pytanie. Przy jednej osobie jeszcze pójdzie. Przy pięciu handlowcach i kilku działach robi się z tego rytuał, który wszyscy chętnie pomijają.
Serwer MCP usuwa ten pośredni krok. Asystent sam pyta serwer, kiedy potrzebuje danych. Serwer odpytuje system w tym momencie. Nie ma pośredniego pliku, nie ma manualnego eksportu.
Kiedy eksport do pliku nadal ma sens:
- Pytania o dane padają rzadko, raz na kilka dni albo rzadziej.
- Dane są historyczne i kilkugodzinne opóźnienie nic nie zmienia: zamknięte faktury z ubiegłego roku, archiwalne zlecenia produkcyjne.
- Jednorazowa analiza, a nie operacja, która wraca każdego dnia.
Serwer MCP opłaca się, gdy kilka osób w firmie kilka razy dziennie pyta o dane z programów, gdy odpowiedź ma być aktualna co do godziny, i gdy szukanie tej samej liczby w trzech miejscach powtarza się jak mantra.
Co serwer MCP wystawia asystentowi, a czego mu nie daje?
Serwer MCP nie otwiera asystentowi całego systemu. Wystawia tylko te operacje, które ktoś zaprojektował i włączył. To ważna różnica z punktu widzenia właściciela firmy, bo oznacza kontrolę nad tym, co asystent może zrobić i zobaczyć.
Typowy zestaw narzędzi dla firmy handlowej może wyglądać tak:
- należności_klienta: lista niezapłaconych faktur z kwotami i terminami płatności,
- stan_magazynowy: aktualny stan indeksu na podstawie dokumentów WZ i PZ,
- historia_zamówień: ostatnie zamówienia klienta z pozycjami i wartościami,
- status_zlecenia: etap realizacji z systemu produkcyjnego albo logistycznego,
- dane_kontrahenta: adres, numer NIP, osoba kontaktowa, notatki z CRM.
To te operacje i żadne inne. Asystent nie może zajrzeć do tabeli, dla której nie zdefiniowano narzędzia. Nie może zmodyfikować danych, jeśli programista nie dał mu takiej operacji.
Tu jest rzecz, która często zaskakuje właścicieli: serwer MCP to jednocześnie warstwa uprawnień, nie tylko łącznik. Możesz zdefiniować, że handlowiec widzi należności, ale nie widzi marży netto. Że magazynier sprawdza stany, ale nie zmienia rezerwacji. Że kierownik sprzedaży widzi wszystko, a junior tylko swoje konto. Te zasady siedzą w konfiguracji serwera, nie w tym, jak asystent sformułuje pytanie.
Typowo wygląda to tak, że u jednego z klientów z branży dystrybucji handlowcy przez asystenta "wyczytywali" marżę, bo plik eksportowy zawierał wszystkie kolumny. Serwer MCP naprawił to od razu: wystarczyło po prostu nie wystawiać narzędzia do marży dla roli handlowca.
Czym jest MCP jako standard i co ma do tego WebMCP w przeglądarce?
MCP, czyli Model Context Protocol, to otwarty standard opisujący, jak asystent AI ma się komunikować z zewnętrznymi programami. Protokół jest rozwijany pod opieką Linux Foundation: nie to rozwiązanie jednego producenta, które zniknie przy zmianie kontraktu. Obsługuje go coraz więcej asystentów AI, więc serwer MCP napisany dziś można podłączyć do innego asystenta jutro bez przepisywania całego połączenia z systemem. To argument za MCP, który jest rzadko wymieniany, a ważny przy planowaniu.
Przy rozmowach o MCP pojawia się też termin WebMCP. To pokrewny, ale zupełnie osobny temat, więc warto go rozróżnić od razu.
WebMCP to projekt specyfikacji opracowywany w ramach W3C Community Group przez Google i Microsoft. Nie jest jeszcze standardem. Dotyczy stron firmowych w przeglądarce: strona internetowa może opisać swoje formularze i funkcje w sposób zrozumiały dla asystentów AI działających w przeglądarce użytkownika. Chrome testuje WebMCP w fazie origin trial, planowane wejście do stabilnej wersji przeglądarki to koniec 2026 roku. Edge też go testuje. Safari nie zapowiedziało wsparcia. Przeglądarka bez WebMCP po prostu pomija te opisy, więc wdrożenie niczego nie psuje i nie blokuje.
Od strony kodu projekt W3C zakłada użycie API navigator.modelContext w JavaScripcie oraz atrybutów HTML formularzy: toolname, tooldescription, toolparamdescription. To osobna warstwa działająca w przeglądarce, niezwiązana bezpośrednio z serwerem MCP w backendzie firmy.
Dla firmy wdrażającej AI do wewnętrznych systemów (ERP, CRM, magazyn): WebMCP to temat na osobną rozmowę, gdy specyfikacja wejdzie do stabilnych przeglądarek. Prace nad serwerem MCP można zacząć niezależnie i już dziś.
Przy jakich systemach serwer MCP daje największą wartość?
Na podstawie pracy z firmami widać kilka powtarzających się wzorców, gdzie serwer MCP przestaje być projektem IT, a zaczyna zmieniać codzienną pracę konkretnych ludzi.
ERP z danymi sprzedaży i magazynu. Handlowcy i kierownicy pytają wielokrotnie w ciągu dnia: co zalega u klienta, ile mamy towaru na stanie, kiedy przyjedzie dostawa. W typowym ERP te dane są w różnych modułach i każde zapytanie to kilka kliknięć przez menu. Z MCP: jedno pytanie do asystenta.
CRM z historią kontaktów. Przed telefonem, przed wysłaniem oferty, przed spotkaniem. "Co ustalaliśmy miesiąc temu?", "Jakie ma otwarte szanse sprzedaży?", "Kiedy ostatnio kupował?". Asystent czyta z CRM zamiast handlowca przeszukującego notatki.
Sklep internetowy i zamówienia B2B. Obsługa klienta odpowiada na pytania kilkadziesiąt razy dziennie: status zamówienia, data wysyłki, co wróciło jako zwrot. Zamiast logować się do panelu sklepu, asystent odpowiada od razu. Przy dużym wolumenie zamówień to widoczna zmiana w tempie pracy.
Produkcja i zlecenia. "Które zlecenia mają dziś termin i co jest zablokowane brakiem materiału?" Serwer MCP łączy się z systemem produkcyjnym, asystent zestawia odpowiedź. Mistrz zmiany nie musi otwierać programu przy każdym pytaniu z hali.
Wspólny mianownik: pytanie, które wraca wielokrotnie, zawsze o aktualne dane, zadawane przez kilka osób w różnych momentach dnia. To są miejsca, gdzie serwer MCP zwraca się szybko.
Na co uważać przed wdrożeniem?
Kilka rzeczy, które warto sprawdzić zanim zacznie się projekt:
- Czy system ma API albo dostęp do bazy danych? Serwer MCP musi mieć skąd brać dane. Stary program bez API i bez otwartej bazy SQL wymaga dodatkowego kroku: adaptera, pliku pośredniego albo innego mostu. To możliwe, ale wydłuża projekt i podnosi jego koszt.
- Kto definiuje uprawnienia? Zanim wdrożysz, ktoś w firmie musi zdecydować: handlowiec widzi marżę czy nie, magazynier może rezerwować towar czy tylko sprawdza stany, kierownik ma wgląd w całość czy tylko w swój dział. To decyzja biznesowa, nie techniczna. Dobrze ją podjąć przed uruchomieniem, a nie po.
- Czy asystent AI, którego używasz, obsługuje MCP? Coraz więcej asystentów tak, ale nie wszystkie. Sprawdź to na etapie wyboru narzędzia, zanim zakontraktujesz projekt integracji.
- Gdzie leżą dane i jak wpływa to na RODO? Jeśli ERP albo CRM zawierają dane osobowe klientów (zwykle tak jest), serwer MCP uczestniczy w tym przepływie. Miejsce uruchomienia serwera, dostęp do logów, czas ich przechowywania: to wszystko wchodzi do dokumentacji RODO i warto to uwzględnić od początku.
Jeden błąd, który pojawia się częściej niż powinien: firma uruchamia serwer MCP, który wystawia wszystko, co ma w systemie, bez przemyślanej listy operacji. Asystent wtedy wie o firmie więcej, niż trzeba, i trudno kontrolować, co może zostać wyciągnięte z kontekstu. Trzy dobrze zaprojektowane narzędzia na start, potem stopniowe rozszerzanie: to zdrowsza droga niż zrzut całej bazy od razu.
Jak to wygląda od strony programisty?
Ta sekcja jest dla informatyka albo programisty, który będzie projekt realizował. Właściciel firmy może przejść od razu do następnej.
Serwer MCP to najczęściej prosta aplikacja HTTP albo proces komunikujący się przez stdio, który odpowiada na żądania asystenta zgodnie ze schematem protokołu. Asystent pyta: "jakie masz narzędzia?", serwer odpowiada listą z nazwami i opisami parametrów w formacie JSON. Asystent wysyła zapytanie o konkretną operację z wartościami parametrów, serwer wywołuje odpowiednią funkcję i zwraca wynik.
Gotowe SDK są dostępne dla Node.js, Pythona, Go i kilku innych języków. Minimalna implementacja z jednym narzędziem to kilkadziesiąt linii. Trudniejsza i bardziej czasochłonna część to połączenie z konkretnym systemem: dostęp do bazy SQL, wywołanie API systemu ERP, parsowanie formatu eksportowego. Tu liczy się znajomość systemu po stronie klienta i testy na realnych danych, nie na makiecie.
Od czego zaczynamy?
Praktyczna ścieżka, którą da się przejść w kilka tygodni:
- Wypisz trzy pytania, które Twój zespół zadaje najczęściej o dane z programów. To będą pierwsze narzędzia serwera MCP.
- Sprawdź, czy program, z którym chcesz się połączyć, ma dostępne API albo bazę SQL. Zapytaj dostawcę systemu albo informatyka.
- Ustal role przed kodowaniem: kto widzi co przez asystenta.
- Uruchom pilota z jednym narzędziem i jednym systemem. Nie wdrażaj od razu pięciu integracji.
- Przetestuj przez tydzień z kilkoma osobami z zespołu, zbierz uwagi i dopiero potem rozszerzaj.
Jeśli szukasz kogoś, kto przeprowadzi ten projekt od analizy systemu przez projekt uprawnień aż do uruchomienia i testów z Twoim zespołem, możesz zobaczyć, jak to robimy: wdrożenie MCP dla firmy.
Nie każda firma potrzebuje serwera MCP od pierwszego dnia. Ale jeśli widzisz, że ludzie w zespole kilka razy dziennie tracą czas na otwieranie tych samych okien po jedną liczbę, ten projekt zrobi różnicę szybciej, niż się spodziewasz. Dobrze przygotowany pilot z jednym systemem to kwestia tygodni, nie miesięcy.
Porozmawiajmy o tym konkretnie: 15 minut rozmowy o MCP wystarczy, żeby ocenić, czy u Was ma sens i od czego zacząć. Możesz też zobaczyć, jak wygląda to u innych, w realnych wdrożeniach.
Najczęstsze pytania
Co to jest serwer MCP i do czego służy w firmie?
Serwer MCP (Model Context Protocol) to mały program, który stoi między asystentem AI a jednym systemem firmy, na przykład ERP, CRM albo bazą danych. Wystawia kilka konkretnych operacji, takich jak sprawdzenie salda klienta czy stanu magazynu, i pilnuje, kto ma prawo z nich korzystać. Dzięki temu asystent odpowiada na pytania o aktualne dane bez ręcznego eksportowania pliku.
Czy serwer MCP to to samo co WebMCP w Chrome?
Nie, to dwa różne tematy. Serwer MCP to backend: program łączący asystenta AI z wewnętrznymi systemami firmy. WebMCP to osobny projekt specyfikacji W3C, przygotowywany przez Google i Microsoft, który dotyczy opisywania funkcji stron internetowych dla asystentów AI w przeglądarce. Chrome testuje WebMCP w fazie origin trial, nie jest to jeszcze standard, a Safari nie zapowiedziało wsparcia.
Czy firma musi kupić osobny serwer fizyczny, żeby uruchomić MCP?
Nie. Serwer MCP to aplikacja, która może działać na tym samym sprzęcie co istniejące systemy firmy albo w chmurze. To kwestia konfiguracji i dostępu do danych, nie zakupu nowego sprzętu.
Jak długo trwa wdrożenie serwera MCP dla małej firmy?
Pilot z jednym narzędziem i jednym systemem, który ma dostępne API albo otwartą bazę SQL, można uruchomić w kilka tygodni. Czas rośnie przy starszych programach bez API, przy skomplikowanych zasadach uprawnień albo gdy łączymy kilka systemów naraz.
Czy serwer MCP działa z każdym asystentem AI?
MCP to otwarty standard rozwijany pod opieką Linux Foundation, obsługuje go coraz więcej asystentów AI. Nie wszystkie jednak, dlatego warto sprawdzić wsparcie konkretnego asystenta przed startem projektu. Zaletą otwartego standardu jest to, że serwer MCP napisany pod jednego asystenta można później podłączyć do innego bez przepisywania całego połączenia z systemem.
Opracowanie: zespół redAi z wykorzystaniem narzędzi AI.
Zbudujemy serwer MCP do Waszych programów
15 minut rozmowy: mówicie, na czym pracujecie i o co pyta zespół, my mówimy, co podłączymy przez MCP i ile to potrwa.
Umówcie 15 minut o MCP