Jak podłączyć dane firmy do Claude i innych klientów AI przez MCP

Sama czynność trwa kilka minut: wklejasz adres, logujesz się, klikasz zgodę. Potem pytasz asystenta o otwarte zlecenia i dostajesz odpowiedź z aktualnych danych, a nie z pamięci modelu.

W tych kilku minutach podejmujesz jednak decyzję, o której przemyślenie nikt cię nie prosi — o to, czyim kontem model będzie się posługiwał. Reszta tego tekstu jest w gruncie rzeczy o tej jednej decyzji.

Zakładam, że wiesz, czym jest MCP. Poniżej wyłącznie praktyka podłączenia.

Trzy strony jednego połączenia#

System wystawia serwer. Dostawca twojego systemu — bazy zleceń, CRM-u, magazynu — udostępnia serwer MCP: adres, pod którym opisane są operacje tego systemu. Sam go nie stawiasz. Albo jest, albo go nie ma, i to jest pytanie do dostawcy jeszcze przed zakupem.

Klient dodaje połączenie. Klientem jest aplikacja AI: Claude Desktop, Claude Code, dowolne inne narzędzie obsługujące MCP. Podajesz w niej adres serwera i przechodzisz logowanie. W praktyce wygląda to jak podłączanie aplikacji przez konto Google — przekierowanie, ekran zgody, powrót.

Model dostaje spis. Po podłączeniu klient pobiera z serwera listę narzędzi (operacji do wywołania) i zasobów (danych do odczytu). Każde narzędzie ma nazwę, opis i schemat parametrów, czyli informację, czego oczekuje na wejściu. Ten spis trafia do modelu jako część kontekstu rozmowy.

Ostatnie zdanie jest ważniejsze, niż wygląda. Model nie dostaje dostępu do bazy. Dostaje spis operacji, o których wywołanie może poprosić.

Co się dzieje, gdy zadajesz pytanie#

Pytasz: ile mamy otwartych zleceń u tego klienta.

Model wybiera ze spisu narzędzie, które wygląda na właściwe — na przykład wyszukiwanie zleceń — i prosi klienta o jego wywołanie z konkretnymi parametrami. Klient wywołuje operację na serwerze, posługując się poświadczeniami zalogowanego użytkownika. Serwer zwraca dane. Model układa z nich odpowiedź.

Dwie rzeczy warte zapamiętania z tego przebiegu.

Wywołanie robi klient, nie model. Brzmi jak formalność, a jest miejscem, w którym siedzą wszystkie zabezpieczenia — bo to klient wie, kto jest zalogowany, i to on pyta o zgodę, jeżeli ma o nią pytać.

Zwrócone dane zostają w rozmowie. Odpowiedź serwera wchodzi do kontekstu i jest widoczna dla modelu do końca wątku. Jeżeli pobierzesz pięćset rekordów po to, żeby policzyć jeden, w rozmowie zostaje pięćset rekordów. To argument za narzędziami, które filtrują i liczą po stronie systemu, zamiast oddawać wszystko modelowi.

Co model może, a czego nie#

Może czytać. Pobrać rekord, listę, dokument — o ile serwer wystawił do tego narzędzie.

Może szukać. Polecenie „znajdź zlecenia tego klienta z ostatniego kwartału” wykona się jako wyszukiwanie po stronie systemu, a nie jako przeglądanie wszystkiego po kolei.

Może zapisywać, jeżeli serwer na to pozwala. Utworzyć zlecenie, zmienić status, dopisać komentarz. Sensowne wdrożenia rozdzielają odczyt od zapisu i wymagają potwierdzenia przy operacjach zmieniających dane — piszemy o tym przy okazji zatwierdzania akcji AI przez człowieka.

Czego nie zrobi:

Nie sięgnie poza wystawione narzędzia. Operacja, której serwer nie udostępnił, dla modelu nie istnieje.

Nie obejdzie uprawnień konta. Jeżeli konto nie widzi danych kadrowych, model pytający w jego imieniu też ich nie zobaczy.

Samo połączenie nie pamięta poprzednich rozmów. Nie trzyma stanu między wątkami — każdy zaczyna się od tego samego spisu narzędzi.

Na jakim koncie to działa#

To jest najważniejsze pytanie przy podłączaniu i najrzadziej zadawane, bo ekran konfiguracji o nie nie pyta.

Protokół sam z siebie niczego nie ogranicza. Uprawnienia połączenia to po prostu uprawnienia konta, którego poświadczeń użyto. Stąd dwa scenariusze.

Konto techniczne. Jedno konto z szerokim dostępem, skonfigurowane raz przez administratora i współdzielone przez wszystkich korzystających z połączenia. Prostsze do uruchomienia i dlatego częstsze. Jeżeli udostępnisz takie połączenie dziesięciu osobom, masz dziesięć osób z uprawnieniami tego konta — niezależnie od tego, co każda z nich widzi, logując się do systemu ręcznie.

Konto zalogowanej osoby. Każdy podłącza się swoimi poświadczeniami, a model działa dokładnie w granicach jego dostępu. Handlowiec pytający o wynagrodzenia dostaje to samo, co po ręcznym wejściu do systemu: nic.

Ile systemów podłączyć na starcie#

Pokusa po pierwszym udanym połączeniu jest oczywista: skoro działa, dołóżmy pocztę, kalendarz i dysk z dokumentami. Przy pierwszym wdrożeniu warto się jej oprzeć.

Powód jest praktyczny. Gdy odpowiedzi zaczną odbiegać od oczekiwań — a zaczną — przy jednym podłączonym systemie wiadomo, gdzie szukać. Przy czterech nie wiadomo, a pierwszym podejrzanym staje się model, choć zwykle nie o niego chodzi. Co dokładnie psuje się wraz z długością listy narzędzi, rozkładamy osobno w tekście o zbyt dużej liczbie narzędzi dla AI.

Na etapie podłączania wystarczą dwa pytania. Do dostawcy klienta AI: czy da się trzymać kilka połączeń tak, żeby model nie dostawał wszystkich narzędzi naraz. Do dostawcy systemu: czy da się zawęzić zestaw narzędzi udostępnianych konkretnemu połączeniu.

Lista do sprawdzenia przed podłączeniem produkcji#

Czyje uprawnienia. Pytanie pierwsze i rozstrzygające. Odpowiedź „konto techniczne z pełnym dostępem” oznacza, że zabezpieczenia twojego systemu przestają obowiązywać w rozmowie z modelem.

Czy da się podłączyć sam odczyt. Pierwszy tydzień bez zapisu pokaże jakość danych szybciej niż jakikolwiek audyt.

Które operacje wymagają zatwierdzenia. I czy ustawiasz to ty, czy dostawca.

Gdzie zajrzysz po fakcie. Dziennik wywołań ma pokazywać, kto, kiedy i jakim narzędziem. Zajrzyj do niego na własnym teście, a nie dopiero wtedy, gdy będzie naprawdę potrzebny.

Odłącz raz na próbę. Zanim wpuścisz produkcję, sprawdź, ile trwa odcięcie połączenia i czy w ogóle widać listę tych aktywnych. To czynność, której nie chcesz uczyć się w pośpiechu.

Kto w firmie może podłączać. Bez ustalonej zasady pracownik z dostępem do systemu podłączy go do prywatnego klienta AI w piątek po południu, w dobrej wierze. Osobne pytanie brzmi, co dzieje się z danymi po stronie dostawcy modelu.

Na czym testujesz. Kopia danych albo wydzielony obszar, nie żywe zlecenia klientów.

Podsumowanie#

Podłączenie systemu do klienta AI jest krótkie: serwer wystawia narzędzia, klient je dodaje, model dostaje ich spis i może prosić o wywołania. Cała reszta rozstrzyga się w jednym miejscu — na jakim koncie to połączenie działa, bo protokół sam z siebie nie ogranicza niczego. Zacznij od odczytu, sprawdź dziennik, ustal, kto w firmie może podłączać, i dopiero potem wpuść zapis.

Szerszy kontekst całego tematu opisujemy w przewodniku o integracji AI z danymi firmy.