UsługiTworzenie serwerów MCP

Tworzenie serwerów MCP dla wewnętrznych API i asystentów AI

MCP, czyli Model Context Protocol, to wspólny interfejs, przez który asystent AI wywołuje narzędzia i pobiera kontekst z innych systemów. Budujemy serwery MCP, które dają asystentowi dostęp do zatwierdzonych przez ciebie wewnętrznych API, w twoim środowisku i razem z twoim zespołem. Protokół ujednolica połączenie, a to, co asystent może przez nie zrobić, projektujemy wspólnie z tobą.

Co się dzieje, gdy asystent wywołuje narzędzie

  1. 1

    Asystent wysyła żądanie zgodne ze zdefiniowanym wejściem narzędzia.

  2. 2

    Dostęp jest sprawdzany względem uprawnień uzgodnionych dla tego narzędzia.

  3. 3

    Odczyty zwracają dane. Zapisy czekają, aż zatwierdzi je człowiek.

  4. 4

    Wywołanie trafia do logów bez danych uwierzytelniających, a błędy wracają jako jasne komunikaty.

Przykład ze zgłoszeniami w supporcie

Załóżmy, że zespół wsparcia chce, by asystent sprawdzał otwarte zgłoszenia klienta i przygotowywał aktualizację statusu. Serwer MCP mógłby udostępnić dwa narzędzia. Pierwsze odczytuje szczegóły zgłoszenia przez API helpdesku, z uprawnieniami osoby, która pyta. Drugie przygotowuje aktualizację i niczego nie publikuje, dopóki ta osoba nie zatwierdzi treści.

Na początek jedno narzędzie

Najpierw sprawdzamy, czy serwer MCP jest w ogóle potrzebny. Twój asystent może już mieć gotowe połączenie z danym systemem, a zwykła integracja z API bywa prostsza. Jeśli serwer ma sens, zaczynamy od jednego wąsko określonego narzędzia i klienta, z którego zespół faktycznie korzysta.

Każde narzędzie dostaje schemat, który określa, co przyjmuje, co zwraca i co oznacza każdy błąd. Model może wtedy używać go poprawnie, a osoba sprawdzająca widzi, co się stało.

Dostęp, tożsamość i akceptacja

Zaczynamy od narzędzi tylko do odczytu i najwęższych uprawnień, na jakie pozwala zadanie. Jeśli system docelowy to umożliwia, wywołanie działa jako użytkownik, który pyta, więc obowiązują twoje dotychczasowe zasady dostępu. Każde narzędzie, które zmienia dane, najpierw prosi człowieka o wyraźną zgodę.

Treść zwracana przez narzędzie, na przykład komentarz klienta w zgłoszeniu, może zawierać polecenia skierowane do modelu. Każde narzędzie testujemy z taką treścią. Sprawdzanie uprawnień i akceptacji odbywa się w serwerze i systemach za nim, więc nie zależy od tego, czy model zignoruje takie polecenia.

  • Dostęp do zapisu dodawany narzędzie po narzędziu, gdy wersja do odczytu już działa
  • Tokeny i sekrety nie trafiają do logów ani do wyników narzędzi

Awarie, ponowienia i testy

Wewnętrzne API przekraczają limity czasu, trafiają na limity zapytań i czasem przerywają w połowie. Każde narzędzie dostaje limity czasu i zasady ponawiania dopasowane do API, które za nim stoi, a operacje zapisu są idempotentne, więc powtórzone wywołanie nie opublikuje tej samej aktualizacji dwa razy.

Testy obejmują dozwolone i odrzucane dane wejściowe, częściowe awarie oraz wersje protokołu i klientów, których używasz. Klienci implementują różne części MCP, więc sprawdzamy, co działa z twoim.

Gdzie działa serwer i co u ciebie zostaje

To, czy serwer działa lokalnie obok klienta, czy jako zdalna usługa w twoim środowisku, ustalamy po przeglądzie dostępu i bezpieczeństwa razem z twoim zespołem.

  • Kod źródłowy i konfiguracja w twoich repozytoriach
  • Testy, które twoje CI może uruchamiać przy każdej zmianie
  • Runbooki opisujące dodanie narzędzia i odebranie dostępu
  • Uzgodniony właściciel każdego narzędzia po twojej stronie

Pytania

Jak wygląda pierwsza rozmowa?

Trzydzieści minut z jednym z naszych inżynierów, bezpłatnie, o systemach, które chcesz podłączyć, i asystencie, z którego korzysta zespół. Nie potrzebujemy dostępu do żadnego z nich. Potem proponujemy zakres i wycenę.

Czy MCP sprawia, że asystent jest bezpieczny?

Sam z siebie nie. MCP określa, jak asystent i narzędzie się ze sobą komunikują. Bezpieczeństwo zależy od uprawnień, akceptacji, logowania i testów wokół każdego narzędzia, i tę część projektujemy razem z tobą.

Czy serwer zadziała z każdym klientem AI?

Nie. Klienci obsługują różne części protokołu i zmieniają się między wydaniami. Testujemy z klientami, których wskażesz, i mówimy, gdzie obsługa jest ograniczona.

Czy sprzedajecie gotowe serwery MCP?

Nie. Budujemy serwery dla twoich własnych API i systemów w ramach projektu, a kod przy przekazaniu trafia do twojego zespołu.

Porozmawiaj z inżynierem

Przyjdź z jednym wewnętrznym systemem, z którego miałby korzystać asystent. Rozmowa trwa 30 minut i nie wymaga dostępu do twoich systemów ani danych.

Rezerwacja odbywa się w Kalendarzu Google.

Wolisz najpierw napisać? Zostaw adres e-mail i kilka zdań, a odpowiemy, proponując terminy.

Przycisk przygotowuje e-mail w twoim własnym programie pocztowym, a wysyłasz go samodzielnie. Polityka prywatności (wersja robocza)