Jak połączyć narzędzia MCP na telefonie i komputerze
Poznaj lokalne i zdalne połączenia MCP, dobierz uprawnienia, sprawdź jedno narzędzie i rozwiąż problemy z dostępem.
Asystent AI jest bardziej przydatny, gdy ma dostęp do informacji potrzebnych do zadania: zgłoszenia w projekcie, dokumentu lub kalendarza. Model Context Protocol, w skrócie MCP, daje aplikacjom wspólny sposób łączenia się z takimi możliwościami.
Każdy podłączony serwer to także nowe miejsce, do którego mogą trafić Twoje dane. Zacznij od jednej usługi, jednego jasnego zadania i najmniejszego zestawu uprawnień, który wystarczy. Jedno działające połączenie łatwiej zrozumieć niż długą listę integracji, z których nie korzystasz.
Sprawdź, co udostępnia połączenie
Opis architektury MCP wyjaśnia role hostów, klientów i serwerów. Podczas konfiguracji najważniejsze jest to, co udostępnia wybrany serwer: wykonywalne narzędzia, zasoby do odczytu, gotowe prompty czy kilka tych elementów.
Połączenie nie obejmuje automatycznie wszystkich funkcji usługi, która za nim stoi. Serwer kalendarza, który wyświetla wydarzenia, nie musi umieć tworzyć zaproszeń. Przeczytaj listę możliwości samego serwera i sprawdź, kto go publikuje. Wybierz wydawcę, którego da się zidentyfikować, z aktualną instrukcją konfiguracji i jasnym opisem tego, jak obchodzi się z danymi.
Odróżniaj MCP od modelu. Model generuje odpowiedzi, a serwer MCP daje dostęp do czegoś poza rozmową. Użycie lokalnego modelu nie sprawia, że zdalny serwer staje się lokalny.
Wybierz zdalne HTTP lub lokalne stdio
Specyfikacja transportów opisuje dwa sposoby łączenia: Streamable HTTP i stdio. Zdalne połączenie HTTP używa adresu serwera. Połączenie stdio uruchamia program na tym samym komputerze i komunikuje się z nim przez jego wejście i wyjście.
Na telefonie zwykle zaczyna się od połączenia zdalnego. Polecenie, które uruchamia serwer na komputerze, nie zadziała na iPhonie tylko dlatego, że wkleisz je do aplikacji mobilnej. To, czy polecenia lokalne działają, zależy od aplikacji i systemu.
Pamiętaj też, że localhost oznacza urządzenie, które wysyła żądanie. Adres działający na laptopie nie wskaże tego laptopa, gdy otworzysz go na telefonie. Używaj metody połączenia, która wymaga logowania. Nie wystawiaj do internetu niezabezpieczonej lokalnej usługi tylko po to, żeby zadziałał przykład.
Sprawdź konto i uprawnienia
Przed logowaniem porównaj adres serwera z dokumentacją jego wydawcy. Jeśli używa OAuth, sprawdź konto oraz żądany dostęp na stronie autoryzacji. Konto firmowe i osobiste mogą zawierać inne dane mimo identycznej nazwy aplikacji.
Przy konfiguracji z tokenem użyj tokenu, który obejmuje tylko potrzebną usługę i zadanie. Wpisuj go wyłącznie w pole tokenu w aplikacji. Nie wklejaj tokenów do czatu, na zrzuty ekranu ani do wspólnych dokumentów z rozwiązywaniem problemów. Przewodnik po autoryzacji MCP daje techniczne tło tego, jak działa logowanie.
Odczyt danych i ich zmiana to osobne uprawnienia. Zacznij od dostępu tylko do odczytu, jeśli usługa go oferuje. Dostęp do zapisu dodaj dopiero wtedy, gdy masz konkretną akcję do przetestowania, w miejscu, które możesz potem sprawdzić.
Sprawdź małe działanie z widocznym wynikiem
Załóżmy, że chcesz znaleźć otwarte zgłoszenia w projekcie. Użyj projektu demonstracyjnego bez poufnych treści i poproś:
Wyświetl maksymalnie pięć otwartych zgłoszeń w projekcie demonstracyjnym. Dodaj tytuł i link każdego z nich. Niczego nie twórz, nie edytuj ani nie zamykaj.
Sprawdź wynik w samej usłudze. Upewnij się, że projekt, linki i konto są tymi, o które chodziło. Jeśli nic nie wraca, ustal, czy projekt jest pusty, czy brakuje dostępu, czy żądanie się nie powiodło.
Jeśli później potrzebujesz zapisu, użyj tymczasowego elementu testowego. Poproś o jedną dokładną zmianę, sprawdź ewentualną zgodę i potwierdź wynik w usłudze źródłowej. Nie zaczynaj testowania połączenia od usuwania ani wysyłania wiadomości innym osobom.
Ustal, który etap nie działa
Łatwiej rozwiązać problem, gdy znasz etap:
- Brak połączenia: sprawdź URL, transport, sieć i działanie serwera.
- Powtarzane logowanie: sprawdź wybrane konto, wygasłą autoryzację i wymagania adresu powrotnego z dokumentacji.
- Połączenie bez narzędzi: sprawdź rzeczywiste możliwości serwera i dostęp konta.
- Błąd narzędzia: sprawdź wymagane dane wejściowe, limity usługi i jej komunikat błędu.
Prosząc o pomoc, udostępnij błąd bez prywatnych danych, razem z wersjami aplikacji i serwera. Usuń tokeny, treść prywatnych dokumentów i identyfikatory kont. Nie ponawiaj akcji zapisu, zanim sprawdzisz, czy poprzednia próba się powiodła.
Utrzymuj połączenie pod kontrolą
Zapisz krótko: usługę, jej właściciela, użyte konto, przyznany dostęp i sposób jego cofnięcia. Po dodaniu nowych możliwości sprawdź uprawnienia ponownie. Usunięcie połączenia w aplikacji i cofnięcie dostępu w usłudze to dwa różne kroki. Żeby całkowicie zakończyć dostęp, użyj też ustawień samej usługi.
W Mono serwery MCP dodajesz w Ustawieniach, w sekcji Integracje: przez adres URL serwera albo, jeśli Twoje urządzenie to obsługuje, przez lokalne polecenie, z logowaniem przez OAuth lub token. Podłączone serwery mogą też zasilać skille. Zanim podłączysz poufne materiały, przeczytaj nasz przewodnik po prywatności AI: dostawca narzędzia to kolejny uczestnik na drodze danych. Mono jest obecnie dostępne przez listę oczekujących. Zapisz się na listę, żeby dostawać informacje.
