Protokół Model Context Protocol (MCP) to otwarty standard, który umożliwia programistom nawiązanie bezpiecznej, dwukierunkowej komunikacji między źródłami danych a narzędziami sztucznej inteligencji (AI). Architektura jest prosta : programiści mogą prezentować swoje możliwości za pośrednictwem serwerów MCP lub tworzyć aplikacje AI (klientów MCP), które łączą się z tymi serwerami. Protokół Model Context Protocol (MCP) przyspieszy rozwój inteligentnego handlu (a-commerce). *Uwaga: Inteligentny handel to forma handlu elektronicznego, w której oprogramowanie działa jako agent dla użytkowników, podejmując decyzje zakupowe w ich imieniu.*
Czym jest MCP?
Protokół MCP został pierwotnie opracowany przez firmę Anthropic, ale obecnie jest również obsługiwany przez OpenAI . W marcu Sam Altman, dyrektor generalny OpenAI, ogłosił, że OpenAI doda obsługę protokołu MCP do swoich produktów, w tym aplikacji desktopowej ChatGPT. Inne firmy, w tym Block i Apollo, również dodały obsługę protokołu MCP do swoich platform. Sam protokół pozwala modelom sztucznej inteligencji pobierać dane z różnych źródeł, umożliwiając programistom budowanie dwukierunkowej komunikacji między źródłami danych a aplikacjami opartymi na sztucznej inteligencji, takimi jak chatboty.
( Dla zainteresowanych aspektami technicznymi : Deweloperzy prezentują możliwości za pośrednictwem serwerów MCP, a agenci mogą następnie używać klientów MCP do łączenia się z tymi serwerami na żądanie. Agenci wysyłają zapytania do serwerów, aby dowiedzieć się, jakie narzędzia są dostępne. Serwer dostarcza metadane, dzięki którym agent wie, jak korzystać z narzędzi. Gdy agent zdecyduje się użyć narzędzia, wysyła żądanie wywołania narzędzia w standardowym formacie JSON.)
Dlaczego to takie ważne? Zapewnia ujednolicony sposób komunikacji i wymiany kontekstu między narzędziami i agentami na temat użytkowników, zadań, danych i celów, a także oferuje następujące funkcje:
Interoperacyjność : Protokół MCP umożliwia różnym modelom sztucznej inteligencji, asystentom i aplikacjom zewnętrznym współdzielenie kontekstu, co ułatwia integrację wielu narzędzi i usług opartych na sztucznej inteligencji;
Koordynacja : Protokół MCP pomaga koordynować zadania między różnymi agentami AI i aplikacjami zewnętrznymi, zapewniając ich bezproblemową współpracę bez powielania pracy lub konieczności częstego wprowadzania danych przez użytkownika;
Kompleksowy ekosystem : Standard taki jak MCP umożliwia niezależnym programistom tworzenie wtyczek lub narzędzi, które mogą z łatwością „mówić tym samym językiem” co asystenci AI, przyspieszając rozwój ekosystemu. Ta integracja jest niezbędna do szerszego wykorzystania AI w różnych aplikacjach.
Przyjrzyjmy się na przykład serwerowi Google Maps MCP. Serwer ten oferuje obecnie siedem funkcji: konwersję adresu na współrzędne (i odwrotnie), wyszukiwanie lokalizacji, uzyskiwanie szczegółowych informacji o lokalizacji, obliczanie odległości między lokalizacjami (wraz z czasem podróży), uzyskiwanie danych o wysokości oraz, oczywiście, wyznaczanie trasy. Funkcje te są niezbędne w aplikacjach mapowych i logistycznych.
Kogo obchodzi MCP? Cóż, wiele organizacji (w tym detaliści, banki i inne) chce rozwijać własne możliwości sztucznej inteligencji, aby ich agenci mogli komunikować się z agentami swoich klientów. Weźmy na przykład handel detaliczny. Hari Vasudev, dyrektor techniczny Walmartu w USA, Mówią Będą tworzyć własnych agentów, którzy będą komunikować się z agentami konsumenckimi, udzielając rekomendacji lub dodatkowych informacji o produktach, podczas gdy agenci konsumencki będą mogli przekazywać agentom detalicznym informacje o preferencjach i inne informacje. Taka interakcja między agentami wzbogaca spersonalizowane doświadczenia zakupowe.
Banki, detaliści i inne podmioty chcą, aby agenci obsługi klienta wchodzili w interakcje z agentami detalicznymi, a nie korzystali ze stron internetowych lub interfejsów API w celu uzyskania dostępu do potrzebnych im usług. Frank Young trafnie podsumowuje tę dynamikę, zauważając, że instytucje udostępniają interfejsy API do obsługi prostych przepływów (takich jak subskrypcje) z wykorzystaniem istniejącej infrastruktury, ale w przypadku front-endu handlu opartego na agentach (negocjacje, reagowanie na oszustwa i optymalizacja) wdrażają serwery MCP, aby rejestrować te złożone, wartościowe scenariusze. Takie podejście umożliwia automatyzację złożonych procesów biznesowych i poprawia wydajność.
Problemy związane z bezpieczeństwem MCP nie zostały jeszcze rozwiązane.
Uważam, że wizja handlu agencyjnego jest niezwykle ekscytująca, ale aby w pełni wykorzystać jej potencjał, niezbędna jest niezbędna infrastruktura, która zapewni jej bezpieczeństwo, ochronę i opłacalność. Protokół MCP nie definiuje standardowego mechanizmu wzajemnego uwierzytelniania między serwerami a klientami (Czy to agent Walmartu? Czy to agent Dave'a Bircha?), ani nie określa sposobu delegowania uwierzytelniania do interfejsów API (aby mój agent mógł korzystać z otwartej bankowości). Jednym ze sposobów rozwiązania tego problemu jest weryfikacja przez serwer MCP danych uwierzytelniających agenta na podstawie jakiejś formy rejestracji – fundamentalnej procedury KYC (Know Your Customer) opartej na sztucznej inteligencji – tak aby dostęp mieli tylko zaufani agenci. Mogłoby to być zapowiedzią bardziej zaawansowanej infrastruktury KYA.
Ponieważ serwerami MCP zarządzają niezależni programiści i współautorzy, nie istnieje centralna platforma do audytu, egzekwowania i weryfikacji standardów bezpieczeństwa. Ten zdecentralizowany model zwiększa prawdopodobieństwo występowania rozbieżności w praktykach bezpieczeństwa, utrudniając zapewnienie zgodności wszystkich serwerów MCP z zasadami bezpiecznego rozwoju. Ponadto brak ujednoliconego systemu zarządzania pakietami dla serwerów MCP komplikuje instalację i konserwację, zwiększając prawdopodobieństwo wdrażania przestarzałych lub błędnie skonfigurowanych wersji. Korzystanie z nieoficjalnych instalatorów na różnych klientach MCP zwiększa zmienność wdrożeń serwerów, utrudniając utrzymanie spójnych standardów bezpieczeństwa. *Uwaga: Ta zmienność jest szczególnie uciążliwa w środowiskach wymagających ścisłej zgodności z przepisami.*
MCP nie posiada również ujednoliconej struktury do obsługi uwierzytelniania i autoryzacji kontrahentów, a także mechanizmu weryfikacji tożsamości lub regulacji dostępu. Bez tego trudno jest egzekwować szczegółowe uprawnienia. Ponieważ MCP nie posiada również modelu uprawnień i opiera się na OAuth, oznacza to, że sesja z narzędziem jest albo w pełni dostępna, albo ograniczona. Jak zauważa Andreessen Horowitz, wprowadzenie mnóstwa serwerów proxy i narzędzi doprowadzi do dodatkowej złożoności. Dlatego potrzebne będzie coś dodatkowego, a jednym z kandydatów na to jest tzw. Punkt Decyzji Polityki (PDP). Jest to komponent, który ocenia polityki kontroli dostępu. Biorąc pod uwagę dane wejściowe, takie jak tożsamość aktora, działanie, zasoby i kontekst, decyduje, czy zezwolić na operację, czy ją zablokować.
Mike Schwartz, założyciel startupu Gluu zajmującego się cyberbezpieczeństwem, podkreśla, że chociaż punkty decyzyjne polityki (PDP) były kiedyś mocno rozbudowane pod względem infrastruktury i działały na serwerach lub komputerach mainframe, PDP wykorzystujące język polityki Cedar (open source) są wystarczająco małe i szybkie, aby działać w aplikacjach mobilnych i powinny ewoluować jako podstawowy komponent inteligentnej sztucznej inteligencji. W 2024 roku AWS ogłosił składnię polityki Cedar po szeroko zakrojonych badaniach nad rozumowaniem maszynowym. Co istotne, Cedar jest deterministyczny – przy tych samych danych wejściowych zawsze otrzymasz tę samą odpowiedź. Determinizm w bezpieczeństwie jest niezbędny do budowania zaufania, które wymaga wielokrotnego powtarzania tej samej czynności. Mike twierdzi, że osadzony punkt decyzyjny polityki oparty na Cedar spełnia wszystkie wymagania inteligentnej sztucznej inteligencji.
Nowy początek z protokołem handlu automatycznego (MCP)
To nie jest kolejna oferta e-commerce. Jak zauważa Jamie Smith , kiedy prosisz swojego agenta cyfrowego o „znalezienie hotelu w Paryżu za mniej niż 400 dolarów z widokiem na Wieżę Eiffla”, nie po prostu wchodzi on do Google i wyszukuje. Zamiast tego zestawia zapytanie wraz z Twoimi danymi uwierzytelniającymi (z portfela cyfrowego), preferencjami płatności, programami lojalnościowymi (itp.) oraz ograniczeniami, takimi jak limity cenowe, strefy czasowe i programy lojalnościowe. To „ustrukturyzowany ładunek kontekstowy”, który trafia do różnych witryn turystycznych, które mogą odpowiadać i wchodzić z Twoim agentem w interakcję.
W przeciwieństwie do handlu elektronicznego, który powstał w internecie bez warstwy bezpieczeństwa (a zatem bez pieniądza cyfrowego ani tożsamości cyfrowej), handel zautomatyzowany (a-commerce) będzie oparty na infrastrukturze zapewniającej rzeczywiste bezpieczeństwo uczestnikom rynku. Stworzenie tej bezpiecznej infrastruktury stwarza ogromną szansę dla firm fintech i innych startupów, które chcą oferować pieniądz cyfrowy i tożsamość cyfrową jako kluczowe elementy. Dzięki ujednoliceniu mechanizmów identyfikacji, uwierzytelniania i autoryzacji w ramach protokołu handlu zautomatyzowanego (MCP), nie ma powodu, by nie oczekiwać, że handel zautomatyzowany (a-commerce) szybko przyspieszy na całym rynku.
