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
Asystent wysyła żądanie zgodne ze zdefiniowanym wejściem narzędzia.
- 2
Dostęp jest sprawdzany względem uprawnień uzgodnionych dla tego narzędzia.
- 3
Odczyty zwracają dane. Zapisy czekają, aż zatwierdzi je człowiek.
- 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.
Powiązane usługi
Automatyzacja AI
Procesy biznesowe automatyzowane krok po kroku regułami, modelami i agentami, testowane na wcześniejszych sprawach i raportowane jako koszt sprawy.
Chatboty AI
Chatboty i asystenci do obsługi klienta i wsparcia wewnętrznego, którzy odpowiadają z twoich danych, działają przez zatwierdzone narzędzia i przekazują sprawy ludziom.
Doradztwo AI
Strategia AI, ocena zastosowań i gotowości od inżynierów, którzy budują i mierzą też pierwszy system.
Inżynierowie AI w twoim zespole
Doświadczeni inżynierowie AI, którzy dołączają do twojego zespołu na część etatu lub na dłużej i budują z tobą funkcje AI, agentów i platformy.
AI dla firm
Asystenci, agenci i prywatna AI wbudowani w twoje systemy, z twoimi uprawnieniami, logami audytowymi i zespołem platformy, który może ich utrzymywać.
Tworzenie systemów RAG
Asystenci odpowiadający na podstawie twoich wewnętrznych dokumentów, z uprawnieniami, źródłami i testami na twoich pytaniach.
Inżynieria i architektura AI
Asystenci, interfejsy głosowe i agenci w produktach, które sprzedajesz, razem z serwowaniem modeli i wyszukiwaniem pod spodem.
Trenowanie własnych modeli
Mały model open-weight wytrenowany do jednego zadania i porównany z twoim obecnym modelem pod względem kosztu i dokładności.
Z bloga
Projektowanie narzędzi MCP
Dlaczego serwer MCP powinien zwykle udostępniać kilka narzędzi zbudowanych wokół działań biznesowych zamiast odwzorowywać każdy endpoint API, z rozpisanym przykładem i kontraktem narzędzia.
Uprawnienia serwera MCP
Jak podłączyć asystenta do systemów wewnętrznych, nie dając każdemu narzędziu MCP szerokiego dostępu: scope'y, kontrole w każdym narzędziu i osobne tożsamości dla systemów docelowych.
Plan testów serwera MCP
Plan testów serwera MCP przed podłączeniem użytkowników: testy kontraktu, negatywne testy autoryzacji, testy awarii i testy zmian stanu, wraz z kontrolami uruchamianymi w CI.
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.
Sprawdź wersję roboczą w swoim programie pocztowym
Wyślij ją stamtąd, a inżynier odpowie ci osobiście, proponując terminy 30-minutowej rozmowy. Jeśli wersja robocza się nie otworzyła, napisz do nas na adres miki@cloudsail.com.