Google Cloud API Gateway wystawia istniejące API agentom bez osobnego serwera MCP

Żeby agent AI mógł sprawdzić w firmowym systemie, gdzie jest paczka klienta, zespół musiał dotąd postawić obok istniejącego API drugi serwer mówiący protokołem MCP. Agent pyta taki serwer, jakie narzędzia ma do dyspozycji, dostaje listę w rodzaju "sprawdź status zamówienia" albo "znajdź klienta", a potem wywołuje jedno z nich z konkretnymi danymi. W środku ten serwer powtarzał pracę, którą brama przed API wykonywała od lat: sprawdzał, kto pyta, liczył limity i kierował zapytanie do właściwej usługi. Google ogłosiło 24 września, że w swojej chmurze ten dodatkowy serwer w wielu przypadkach przestaje być potrzebny.

Chodzi o Google Cloud API Gateway, najlżejszą bramę w ofercie Google, którą stawia się przed usługą działającą na przykład na Cloud Run, żeby pilnowała logowania, limitów i dzienników. W publicznie dostępnej wersji testowej brama potrafi sama udawać serwer MCP. Wystarczy dopisać kilka adnotacji w pliku OpenAPI, w którym i tak opisujesz każdą operację swojego API, wdrożyć konfigurację jak zwykle, a istniejące operacje pojawią się agentom jako narzędzia pod adresem /mcp. Plik musi być w wersji 3.0 lub 3.1. Starsza wersja 2.0 nie jest obsługiwana, więc zespoły, które wciąż jej używają, muszą najpierw przejść na nowszy format.

Uważam, że to rozsądne miejsce na MCP, bo uprawnienia i limity zostają tam, gdzie już są. Dwie rzeczy w tej zapowiedzi wymagają jednak uwagi: domyślnie otwarta lista narzędzi i założenie, że API pisane dla aplikacji mobilnej od razu nada się dla modelu.