To jest serwer MCP udostępniany przez narzędzia agentowe Maps Experience. Serwer udostępnia deweloperom narzędzia do tworzenia aplikacji LLM na platformie Google Maps Platform.
Serwer Model Context Protocol (MCP) działa jako serwer proxy między usługą zewnętrzną, która dostarcza kontekst, dane lub funkcje do dużego modelu językowego (LLM) lub aplikacji AI. Serwery MCP łączą aplikacje AI z systemami zewnętrznymi, takimi jak bazy danych i usługi internetowe, i tłumaczą ich odpowiedzi na format zrozumiały dla aplikacji AI.
Konfiguracja serwera
Przed użyciem musisz włączyć serwery MCP i skonfigurować uwierzytelnianie. Więcej informacji o korzystaniu ze zdalnych serwerów MCP Google i Google Cloud znajdziesz w artykule Omówienie serwerów MCP Google Cloud.
Punkty końcowe serwera
Punkt końcowy usługi MCP to adres sieciowy i interfejs komunikacyjny (zwykle adres URL) serwera MCP, którego aplikacja AI (host klienta MCP) używa do nawiązywania bezpiecznego, ustandaryzowanego połączenia. Jest to punkt kontaktowy dla LLM, który umożliwia żądanie kontekstu, wywołanie narzędzia lub uzyskanie dostępu do zasobu.
Serwer MCP narzędzi agentowych Maps Experience ma ten globalny punkt końcowy MCP:
- https://mapstools.googleapis.com/mcp
Narzędzia MCP
Narzędzie MCP to funkcja lub możliwość wykonywalna, którą serwer MCP udostępnia modelowi LLM lub aplikacji AI, aby wykonać działanie w świecie rzeczywistym.
Narzędzia
Serwer MCP mapstools.googleapis.com ma te narzędzia:
| Narzędzia MCP | |
|---|---|
search_places |
Wywołaj to narzędzie, gdy użytkownik prosi o znalezienie miejsc, firm, adresów, lokalizacji, ciekawych miejsc lub o inne wyszukiwanie związane z Mapami Google. Wymagania dotyczące danych wejściowych (KRYTYCZNE):
Instrukcje dotyczące wywołania narzędzia:
|
lookup_weather |
Pobiera kompleksowe informacje o środowisku w danej lokalizacji, w tym o pogodzie, jakości powietrza (AQI i zanieczyszczenia) oraz pyleniu (poziomy alergenów drzew, traw, chwastów i gatunków roślin): bieżące warunki, prognozy godzinowe/historia oraz prognozy dzienne dotyczące pogody i jakości powietrza. W przypadku pylenia dostępna jest tylko prognoza dzienna (od dziś do +4 dni, bez danych godzinowych i historycznych). Dostępne domeny i możliwości środowiskowe (capabilities: WEATHER, AIR_QUALITY, POLLEN – KRYTYCZNE): * Obowiązkowy wybór: w każdym wywołaniu MUSISZ uwzględnić co najmniej 1 z tych wartości: WEATHER, AIR_QUALITY lub POLLEN w capabilities. Pominięcie capabilities jest NIEDOZWOLONE. * Ogólne/niejednoznaczne zapytania dotyczące warunków na zewnątrz (pełny zestaw danych o warunkach na zewnątrz): jeśli użytkownik zada ogólne pytanie dotyczące warunków na zewnątrz, podróży lub sytuacji bez ograniczania się do konkretnej domeny (np. „Jakie są teraz warunki na zewnątrz do biegania?”), wyraźnie uwzględnij wszystkie 3 funkcje (capabilities: ["WEATHER", "AIR_QUALITY", "POLLEN"]), aby zwrócić pełny zestaw danych o warunkach na zewnątrz (pogoda + jakość powietrza + pyłki). W przypadku zapytania o date/hour pomiń POLLEN, który nie ma historii. * Wybór domeny docelowej (konkretne zapytania): jeśli użytkownik pyta o konkretne informacje z 1 lub 2 domen (np. „Jaki jest teraz indeks jakości powietrza w Seattle?”), uwzględnij tylko żądane funkcje (WEATHER, AIR_QUALITY lub POLLEN). Wykonane i zwrócone zostaną tylko żądane domeny. Konkretne dane dostępne według domeny: * Pogoda (weather): temperatura (aktualna, odczuwalna, maks./min., indeks ciepła), wiatr (prędkość, porywy, kierunek), zdarzenia astronomiczne (wschód/zachód słońca, faza księżyca), opady (rodzaj, prawdopodobieństwo, ilość/QPF) i warunki atmosferyczne (indeks UV, wilgotność, zachmurzenie, prawdopodobieństwo burzy, ciśnienie powietrza). * Jakość powietrza (air_quality): uniwersalne i lokalne indeksy jakości powietrza (wartość AQI, kategoria, dominujące zanieczyszczenie), zalecenia zdrowotne dla 7 grup wrażliwości i stężenia zanieczyszczeń (include_pollutant_concentration: true). Każdy indeks ma własne dominujące zanieczyszczenie.Podaj je dla każdego indeksu (np. nie podawaj zanieczyszczenia z uniwersalnego indeksu AQI dla indeksu AQI w USA). * Pyłki (pollen): dzienny uniwersalny indeks pyłkowy (UPI, 0–5) dla kategorii drzew, traw i chwastów oraz dla gatunków roślin (index.value z index.category, np. 1 = „Bardzo niski”), stan w sezonie, reakcje krzyżowe i zalecenia zdrowotne. * Brakujące pola dotyczące pyłków: brak pola in_season oznacza, że nie jest to sezon na dany pyłek. Pomiń gatunki roślin, które nie mają wartości index, chyba że użytkownik zapyta o daną roślinę. W takim przypadku powiedz, że nie ma dziś danych o pyleniu (nie podawaj poziomu). Reguły dotyczące lokalizacji (KRYTYCZNE): lokalizacja docelowa MUSI być określona w polu location za pomocą TYLKO JEDNEGO z tych pól podrzędnych oneof: 1. Współrzędne geograficzne (lat_lng): * Użyj, gdy znasz dokładne współrzędne szerokości i długości geograficznej. * Przykład: {"location": {"lat_lng": {"latitude": 34.0522, "longitude": -118.2437}}} 2. Identyfikator miejsca (place_id): * Jednoznaczny identyfikator miejsca w Mapach Google (np. uzyskany z search_places lub resolve_names). * Przykład: {"location": {"place_id": "ChIJLU7jZClu5kcR4PcOOO6p3I0"}} 3. Ciąg znaków adresu (address): * Miasto/region, dzielnica, punkt orientacyjny lub interesujące miejsce, adres lub kod pocztowy, najlepiej z miastem/krajem. * Przykład: {"location": {"address": "Paris, France"}} Tryby czasu i użytkowania (date i hour – KRYTYCZNE): * Lokalna strefa czasowa: wszystkie dane wejściowe date ({year, month, day}) i hour (0-23) MUSZĄ być wyrażone w lokalnej strefie czasowej location (np. zapytanie o "Paris tomorrow at 13:00" używa lokalnej daty i godziny Europe/Paris 13), nigdy w czasie UTC ani w strefie czasowej rozmówcy. * 1. Aktualne warunki (pominięto date ORAZ hour): * Podaj location i docelowy capabilities (WEATHER, AIR_QUALITY, POLLEN). NIE podawaj date ani hour. * Zwraca aktualne warunki (CC) w czasie rzeczywistym dla żądanych domen (aktualna pogoda, jakość powietrza w bieżącej godzinie lub prognoza pylenia na dziś). * W przypadku jakości powietrza bieżące warunki dotyczą jednej godziny: NIE używaj ich samodzielnie do odpowiadania na pytania dotyczące jakości powietrza lub ogólne pytania o warunki na zewnątrz dzisiaj (użyj zapytań dziennych poniżej). * 2. Prognoza godzinowa / historia (podano date ORAZ hour 0-23): * Podaj location, date ({year, month, day}), hour (0-23) i docelowy capabilities. Jeśli podane są minuty, zaokrąglij w dół do najbliższej godziny. * KRYTYCZNE OGRANICZENIE (date jest WYMAGANE, gdy ustawiono hour): podanie hour bez date (date pominięto, hour ustawiono) jest NIEDOZWOLONE i spowoduje błąd. Nawet jeśli użytkownik pyta o konkretną godzinę dzisiaj (np. "at 13:00 today"), MUSISZ wypełnić zarówno pole date (dzisiejsza data o location), jak i hour. * Sprawdza co godzinę pogodę lub jakość powietrza w YYYY-MM-DD-HH i codziennie poziom pyłków w YYYY-MM-DD. * Pytania o pogodę „kiedy”: w przypadku pytań o pogodę zawierających sformułowania kiedy / o której godzinie / najlepszy czas (np. "what time will it stop raining?") używaj wywołań godzinowych WEATHER (date + hour) dla odpowiednich godzin. Dzienna prognoza pogody nie zawiera wartości godzinowych. W przypadku ogólnych pytań dotyczących aktywności na zewnątrz typu „kiedy / najlepszy czas” (np. "when is the best time to go walking today?") wykonuj te cogodzinne wywołania WEATHER oprócz wywołania dotyczącego jakości powietrza (i pyłków) na cały dzień, opisanego w sekcji Zapytania codzienne. * 3. Zapytania dzienne (date określone ORAZ hour pominięte): * Podaj location, date ({year, month, day} w lokalnym czasie cywilnym żądanego location) bez hour oraz docelowy capabilities w przypadku zapytań całodniowych (np. "weather and pollen in London tomorrow"). * Pytania o jakość powietrza i ogólne pytania o warunki na zewnątrz dotyczące dzisiejszego dnia: w przypadku pytań o jakość powietrza i ogólnych pytań o warunki na zewnątrz (które obejmują jakość powietrza) dotyczących dzisiejszego dnia (np. "how will the air quality change today", "is today a good day for a picnic?") ustaw date na dzisiejszą datę o location (godzina pominięta), aby uzyskać godzinowe serie danych o jakości powietrza z danego dnia. Samo wywołanie bieżących warunków zwraca tylko aktualną godzinę jakości powietrza i nie wystarczy. Możesz je dodać, jeśli użytkownik pyta też o „teraz”. * Przedziały czasu dotyczące jakości powietrza: w przypadku pytania o jakość powietrza w danym przedziale czasu w ciągu jednego dnia (np. "air quality between noon and 6 PM") preferuj jedno wywołanie Daily dla tej daty i odczytaj godziny przedziału czasu z serii Air Quality, zamiast próbkować poszczególne godziny. Jeśli używasz połączeń godzinowych, uwzględnij każdą godzinę w oknie. * Zwraca prognozy dzienne dla żądanych danych pogodowych lub pylenia oraz godzinowe dane dotyczące jakości powietrza dla całego dnia (00:00–23:00 czasu lokalnego): 24 godziny historyczne dla daty z przeszłości, 24 godziny prognozy dla daty z przyszłości, a dla dnia dzisiejszego – wcześniejsze godziny (historia), bieżącą godzinę i pozostałe godziny (prognoza). Obsługiwane horyzonty czasowe według domeny: * Pogoda: co godzinę od 24 godzin wstecz do 240 godzin (10 dni) do przodu (w przypadku godzin z przeszłości wymagane są zarówno date, jak i hour); codziennie do 10 dni, w tym dzisiaj (od dzisiaj do +9 dni); brak historii dziennej. * Jakość powietrza: co godzinę od 720 godzin (30 dni) wstecz do 96 godzin (4 dni) do przodu; wywołanie całodniowe musi mieścić się w tym oknie (w praktyce od 29 dni wstecz do 3 dni do przodu). * Pyłki: tylko dane dzienne, od dzisiaj do +4 dni (5 dni, w tym dzisiaj); brak dat z przeszłości, a parametr hour jest ignorowany. * (Uwaga: jeśli żądanych jest kilka funkcji, a date/hour wykracza poza jeden z ich zakresów, wywołanie nadal się powiedzie i zwróci tylko obsługiwane funkcje). * Żądania spoza zakresu: jeśli żądana data lub godzina może wykraczać poza obsługiwany zakres domeny (np.Pollen w przypadku daty z przeszłości), nadal wywołuj lookup_weather dla żądanej daty/godziny. Stan błędu określa obsługiwany zakres. Nie podawaj innej daty, godziny ani domeny jako zamiennika. Opcje domeny i atrybucja: * Język (language_code): opcjonalny kod języka BCP-47 (np. "fr"). Domyślnie: "en". * Jednostki w aplikacji Pogoda (weather_options.units_system lub units_system): domyślnie METRIC. Ustaw IMPERIAL (Fahrenheit/mph), jeśli użytkownik sugeruje standardy amerykańskie lub wyraźnie prosi o jednostki imperialne. Obsługiwane zarówno w weather_options.units_system (preferowane), jak i w units_system najwyższego poziomu. Jeśli podano oba, nie mogą być ze sobą sprzeczne. * Opcje jakości powietrza (air_quality_options): ustaw include_pollutant_concentration: true, gdy potrzebne są konkretne stężenia zanieczyszczeń (PM2,5, PM10, O3, NO2, SO2, CO). Opcjonalnie ustaw index_region_code (dwuliterowy kod kraju w standardzie ISO, np. "US"), aby poprosić o konkretną regionalną skalę AQI. Domyślnie odpowiedź zawiera uniwersalny wskaźnik AQI i regionalny wskaźnik AQI lokalizacji. * Atrybucja: wygenerowane odpowiedzi MUSZĄ być przypisane do źródła za pomocą pola attribution w każdym zwróconym kontenerze domeny (weather.attribution, air_quality.attribution, pollen.attribution). * Zwrócone godziny: wartości date_time dotyczące jakości powietrza są już podane w czasie lokalnym (uwzględniono utc_offset). Przedstaw je w takiej postaci, w jakiej są. Dane date_time dotyczące pogody (bieżące i godzinowe) oraz godziny wschodu i zachodu słońca są podane w czasie UTC. Przekonwertuj je na czas lokalny za pomocą time_zone. Oznacz wszystkie godziny jako lokalne.
|
compute_routes |
Oblicza trasy podróży między miejscem początkowym a docelowym, opcjonalnie z przystankami pośrednimi. Zwraca odległość i czas trwania każdej trasy. Wymagania dotyczące danych wejściowych (KRYTYCZNE):
Instrukcje dotyczące wywołania narzędzia:
Przykładowe wywołanie narzędzia: {"origin":{"address":"Wieża Eiffla"},"destination":{"place_id":"ChIJt_5xIthw5EARoJ71mGq7t74"},"intermediate_waypoints":[{"address":"Luwr"}],"travel_mode":"DRIVE","departure_time":"2026-09-19T08:00:00+02:00"} Instrukcje dotyczące odpowiedzi:
|
search_along_route |
Wywołaj to narzędzie, gdy użytkownik chce znaleźć miejsca, firmy lub punkty orientacyjne na trasie podróży (np. „stacje benzynowe na trasie do Tahoe”, „kawiarnie między SF a San Jose”). Wywołanie tego narzędzia wiąże się z wyższymi kosztami niż w przypadku Wymagania dotyczące danych wejściowych (KRYTYCZNE):
Instrukcje dotyczące wywołania narzędzia:
|
resolve_names |
Rozpoznaje listę zbiorczą konkretnych zapytań o lokalizację (nazwy punktów orientacyjnych lub dokładne adresy) i przekształca je w kanoniczne identyfikatory miejsc w Mapach Google. Wymagania dotyczące danych wejściowych (KRYTYCZNE):
Instrukcje dotyczące wywołania narzędzia:
Zapisywanie w Mapach Google:
Obsługa błędów (KRYTYCZNE):
|
resolve_maps_urls |
Rozpoznaje listę adresów URL Map Google i przekształca je w kanoniczne identyfikatory miejsc w Mapach Google. Kiedy wywołać to narzędzie (KRYTYCZNE):
Wymagania dotyczące danych wejściowych (KRYTYCZNE):
Zapisywanie w Mapach Google:
Obsługa błędów (KRYTYCZNE):
|
Pobieranie specyfikacji narzędzi MCP
Aby uzyskać specyfikacje wszystkich narzędzi MCP na serwerze MCP, użyj metody tools/list. Poniższy przykład pokazuje, jak za pomocą curl wyświetlić listę wszystkich narzędzi i ich specyfikacji dostępnych obecnie na serwerze MCP.
| Żądanie Curl |
|---|
curl --location 'https://mapstools.googleapis.com/mcp' \ --header 'content-type: application/json' \ --header 'accept: application/json, text/event-stream' \ --data '{ "method": "tools/list", "jsonrpc": "2.0", "id": 1 }' |