Czym jest MCP? Jak daje agentowi dostęp do Twoich narzędzi

Twój agent AI jest bystry, ale zamknięty w pudełku. Umie napisać follow-up, podsumować transkrypt, zaplanować tydzień. Tylko że tej wiadomości od Anny nie przeczyta, bo nie ma jak sięgnąć do Twojej skrzynki. Nie zajrzy do bazy danych. Nie doda zadania w ClickUpie. Model wie jak, ale nie ma czym.

MCP to klucz, który otwiera to pudełko.

Czym właściwie jest MCP

MCP to skrót od Model Context Protocol — otwarty standard, który wymyśliło Anthropic, żeby podłączać zewnętrzne narzędzia i dane do agenta AI. Brzmi technicznie, ale idea jest prosta: to wtyczka. Instalujesz MCP do Gmaila i agent nagle umie czytać i wysyłać Twoje maile. Instalujesz MCP do bazy danych i umie ją odpytać. Każdy MCP dokłada agentowi jedno albo kilka „narzędzi” (po angielsku tools), z których agent korzysta, kiedy o coś poprosisz.

Bez MCP model jest jak mózg bez rąk. Wie, co chciałbyś zrobić, ale nie ma jak. MCP to te ręce.

MCP a skill — to dwie różne rzeczy

Łatwo je pomylić, bo jedno i drugie „rozszerza” agenta. Ale robią to z dwóch różnych stron.

Skill to spisana procedura. Uczy agenta, jak zrobić coś po Twojemu: jak ma wyglądać Twoja notatka ze spotkania, gdzie ją zapisać, jakim tonem napisać follow-up. Skill nie daje nowych mocy — kształtuje zachowanie tego, co agent już potrafi.

MCP to nowe połączenie. Daje agentowi zdolność, której model sam z siebie nie ma: dostęp do Twojej skrzynki, do bazy, do ClickUpa. Nie mówi agentowi, jak ma pracować — daje mu czym.

Najkrócej: skill mówi „jak”, MCP daje „czym”. I tu jest najlepsze — świetnie grają razem. Skill do notatek ze spotkania może na końcu wypchnąć action items do ClickUpa przez MCP. Skill prowadzi przebieg, MCP wykonuje połączenie ze światem. Jedno bez drugiego działa, ale razem robią z agenta kogoś, kto faktycznie domyka robotę.

Jak działają MCP w Voicie

W Voicie Desktop MCP nie jest jakąś usługą w chmurze, do której wysyłamy Twoje dane. To mały, niezależny program (proces Node.js), który Voicie uruchamia u Ciebie na komputerze. Agent rozmawia z nim lokalnie, przez stdio — bez HTTP, bez serwera pośredniczącego. Twoje dane nie krążą po cudzych maszynach.

Kilka rzeczy, które warto znać, bo tłumaczą zachowanie, które zobaczysz:

MCP startuje dopiero, gdy jest potrzebny. Proces rusza przy pierwszym użyciu i gaśnie po mniej więcej godzinie bezczynności. Nic nie wisi w tle i nie zjada zasobów, kiedy z niego nie korzystasz. Pojedyncze wywołanie ma limit 60 sekund. Voicie ciągnie i utrzymuje własną wersję Node (mniej więcej v22), więc nie musisz nic instalować ani martwić się, jaki Node masz w systemie.

Poświadczenia siedzą bezpiecznie. MCP dostaje swoje sekrety przy starcie, jako zmienne środowiskowe. Same sekrety leżą w keychainie systemu, nie w pliku na dysku. Niesekretna konfiguracja (na przykład publiczny OAuth Client ID) ląduje w config.json. Manifest voicie.json w folderze MCP opisuje samą paczkę i jej ustawienia.

Twoje pliki są pod kontrolą. Voicie podaje MCP listę folderów, które agent ma prawo widzieć (tak zwane sandbox roots). MCP zbudowane pod Voicie trzymają się tych folderów i nie wędrują po dysku.

Treść z zewnątrz to dane, nie polecenia. Mail, dokument, cokolwiek wpadnie z zewnątrz — agent traktuje to jak materiał do przeczytania, a nie jak instrukcję do wykonania. To zamyka furtkę na prompt injection, czyli próbę przemycenia komendy w treści wiadomości. A wszystko, co nieodwracalne albo wychodzi na zewnątrz (wysłanie maila, usunięcie), wymaga Twojego potwierdzenia. Najpierw widzisz podgląd.

Kiedy przydaje się MCP

Sygnał jest prosty: chcesz, żeby agent sięgnął po coś, czego nie ma na Twoim dysku. Skrzynka, kalendarz, baza danych, system do zadań — wszystko, co żyje za jakimś API, a nie w lokalnym pliku.

Jeśli zadanie zaczyna się od „sprawdź w…”, „dodaj do…”, „wyślij przez…”, to znak, że potrzebujesz MCP. Agent operujący wyłącznie na lokalnych plikach zrobi notatkę i zapisze ją na dysku. Ale „odpisz Annie i oznacz wątek jako załatwiony”? Tu trzeba realnego połączenia z Gmailem. To robota dla MCP.

A kiedy MCP się nie przyda? Gdy cała robota dzieje się lokalnie. Podsumowanie transkryptu, który już masz w folderze, przepisanie notatki, odpytanie własnej wiki — do tego MCP jest zbędny. Wtedy wystarczy sam agent, ewentualnie ze skillem.

Od czego zacząć

Pierwszy oficjalny MCP w Voicie to Voicie Gmail MCP. Dwanaście narzędzi: sześć do czytania skrzynki (lista, wyszukiwanie, treść wiadomości, cały wątek, etykiety, liczba nieprzeczytanych) i sześć do działania (szkic, szkic odpowiedzi, wysyłka, archiwizacja, Kosz, etykiety). Działa na Twoim własnym kliencie Google OAuth, więc do skrzynki sięgasz tylko Ty. Wysyłka i Kosz zawsze proszą o potwierdzenie.

Wszystkie gotowe MCP znajdziesz w katalogu MCP. A jeśli chcesz coś własnego — da się zbudować, więcej o tym niżej w pytaniach.

Najczęstsze pytania

Czym MCP różni się od skilla?

Skill to procedura — uczy agenta, jak zrobić coś po Twojemu, ale nie daje nowych mocy. MCP to połączenie — daje agentowi narzędzie, którego model sam nie ma, na przykład dostęp do Gmaila. Skill mówi „jak”, MCP daje „czym”. Najlepiej grają razem: skill może użyć MCP, żeby domknąć zadanie.

Czy moje dane lecą do chmury?

Nie. W Voicie MCP to lokalny proces na Twoim komputerze. Agent rozmawia z nim przez stdio, bez serwera pośredniczącego. W przypadku Gmaila łączysz się własnym kluczem Google OAuth, a sekrety siedzą w keychainie systemu, nie w pliku.

Czy agent może coś wysłać albo skasować bez pytania?

Nie. Akcje nieodwracalne albo wychodzące na zewnątrz (wysyłka maila, przeniesienie do Kosza) wymagają potwierdzenia — najpierw dostajesz podgląd i sam decydujesz. Operacje odczytu chodzą bez przerywania.

Czy mogę zbudować własny MCP?

Tak. Możesz napisać go ręcznie biblioteką @modelcontextprotocol/sdk albo z pomocą AI — wklejasz dokumentację i schemat manifestu do Claude Code czy Codex i prosisz o MCP, który opakuje wybrane API. Całość jest na licencji MIT.

---

Chcesz zacząć od konkretu? Zobacz Voicie Gmail MCP albo przeczytaj zapowiedź MCP w Voicie. Gotowy na instalację? Masz przewodnik krok po kroku.