Czym jest MCP – i kiedy mała firma faktycznie go potrzebuje

Ludzie mówią teraz „potrzebujemy MCP” w ten sam sposób, w jaki dwa lata temu mówili „potrzebujemy chatbota”. Litery oznaczają protokół kontekstu modelu. Przydatne zdanie jest krótsze: opisuje sposób, w jaki agent może dotknąć Twoich narzędzi bez wymyślania API z wpisu na blogu z 2024 roku.

Chatbot generuje tekst. Agent wybiera narzędzie i uruchamia je. MCP to wtyczka pomiędzy nimi – nazwy, schematy argumentacyjne, wyniki. Już pisałam dlaczego nie warto oddawać modelowi kasy. Ten element to brakująca wtyczka: kiedy na liście narzędzi powinna znajdować się liczba MCP i kiedy wystarczy wpisana funkcja na własnym serwerze.

1. USB, a nie osobowość

Nie instalujesz MCP w taki sam sposób, w jaki instalujesz ChatGPT. Narzędzia udostępniasz poprzez standardowe gniazdo. Każdy kompatybilny agent — Cursor, Claude, bot w aplikacji Next.js — może wyświetlić listę tych narzędzi i wywołać je.

Na tym polega cała sztuczka. Wcześniej każdy dostawca miał inny sposób na przekazanie modelowi funkcji. Teraz gniazdo jest wspólne. Współdzielone gniazda rozwijają ekosystemy: rejestry, polecenia instalacyjne i fala produktów, które sprzedają Ci „bramę”, zanim będziesz miał jedno narzędzie, które warto podłączyć.

2. Co właściwie dzieje się podczas jednej rozmowy

Trzy kroki. Wtedy możesz przestać czytać diagramy dostawców.

• Agent pyta serwer, jakie narzędzia istnieją. Pobiera nazwy i schematy JSON. Przykład: utwórz_fakturę z kwotą, walutą i identyfikatorem klienta.
• Wywołuje jedno narzędzie z argumentami pasującymi do schematu. Nie akapit. To nie SQL, który wymyślił.
• Serwer uruchamia Twój kod. Model nigdy nie widzi klawisza Stripe. Wynik jest zwracany w postaci danych, które może wyświetlić interfejs.

Jeśli to brzmi jak API

Jest to API, napisana dla modelu, któremu nie można zaufać w przypadku powłoki. Protokół to hydraulika. Bezpieczeństwo wciąż żyje w tym, które narzędzia odsłaniasz, a które czekają na człowieka. Wysyłka MCP na serwer nie gwarantuje bezpieczeństwa produktu. Napisałem to zdanie o agentach w tym miesiącu. Obowiązuje tutaj bez nowej religii.

3. Dlaczego w sierpniu jest głośno

Wersja Next.js 16.3 stała się stabilna 3 sierpnia 2026 r. z punktem końcowym MCP na serwerze deweloperskim. Agent kodujący może odczytywać bieżące błędy, trasy i dzienniki, zamiast zgadywać router aplikacji na podstawie zeszłorocznych dokumentów. Figma udostępnia pliki, komponenty i zmienne jako narzędzia – to jest linia „Figma-to-code przez MCP” na mojej stronie, a nie zrzut ekranu i modlitwa. Rejestry traktują teraz MCP serwerów jak pakiety. Sprzedawcy sprzedają bramy: jedno miejsce do uwierzytelniania, audytu i nadzorowania całej „flty” agentów.

Dla dziesięcioosobowej firmy większość tej floty nie istnieje. Użyteczną częścią hałasu jest gniazdo. Kosztowną częścią jest kupowanie zarządzania dla pracowników, których nie zatrudniłeś.

4. Kiedy naprawdę tego potrzebujesz w tym miesiącu

Podłącz MCP, gdy agent musi zobaczyć działający system, który już posiadasz, a monit nie zastępuje.

• Agent kodujący na stronie Next.js: powinien czytać dokumentację tej wersji i błędy tego procesu, a nie wymyślać pamięć podręczną APIs z 2024 r. Napisałem, co zrobiłbym na istniejącej witrynie po 16.3.
• Figma do produkcyjnego interfejsu użytkownika: plik jest źródłem. Agent powinien wysłać zapytanie do pliku, a nie do pliku PNG.
• Kilka narzędzi, jeden agent produktu: rezerwacja, CRM, wyszukiwanie FAQ. Jeden schemat na narzędzie pokonuje nowy adapter na dostawcę czatu.
• Masz już listę dozwolonych i przycisk potwierdzenia. MCP ich nie zastępuje. Zatrzymuje to model od wymyślania nazw funkcji.

5. Kiedy nie powinieneś

Bot FAQ z wyszukiwaniem nie potrzebuje MCP. Akcja serwera tworząca rezerwację z formularza nie potrzebuje MCP. „Przewodnik mówił, że każdy produkt będzie natywny dla agenta” nie jest specyfikacją.

Nie kupuj bramy, rejestru i przeglądarki zbudowanej dla agentów, ponieważ łapanka nazwała to momentem npm. Potrzebujesz bramy, jeśli masz wielu agentów, wiele osób i audytora, który zapyta, kto zadzwonił po zwrot pieniędzy o 02:14. Do tego czasu serwer przechowujący klucze jest bramą.

Nie zastępuj działającego formularza agentem, który mówi MCP. Formularze są nadal kierunkiem przepływu pieniędzy. Trzymam środek w wersji roboczej i wyciągu. Osoba naciska „wyślij”.

6. Jak bym to podłączył

Trzy gniazda, a nie platforma.

• Figma MCP do repozytorium, do którego zbudowania zostałem zatrudniony. Nadal czytam różnicę. Perfekcja pikseli to ludzki standard. Protokół zatrzymuje jedynie model wymyślający odstępy na podstawie zrzutu ekranu.
• next-devtools-mcp względem działającej aplikacji Next.js, dzięki czemu agent widzi rzeczywiste trasy i rzeczywiste błędy. AGENTS.md wskazuje na dokumenty w node_modules. Opisałem już to wydanie.
• W produkcie: krótka lista narzędzi w formie wpisanych funkcji serwerowych. MCP z przodu, jeśli rozmówcą jest agent zewnętrzny - Kursor, aplikacja komputerowa, drugi model. Prosta funkcja, jeśli obiekt wywołujący jest Twoją własną trasą Next.js. Ta sama lista dozwolonych, to samo potwierdzenie, ten sam dziennik kontroli w obu przypadkach.

Klucze pozostają na serwerze

Model nigdy nie utrzymuje wartości Stripe. Klucze idempotencji za opłatą i rezerwacją. Dziennik, który może odczytać osoba niebędąca inżynierem: kto pytał, jakie narzędzie, jaki identyfikator, kto potwierdził. MCP nie zapisuje tego dziennika za Ciebie. Nadal to robisz.

Wniosek: kup gniazdo, pomiń flotę

MCP to gniazdo. Zrobiło się głośno, bo gniazda dostają ekosystemy, a ekosystemy faktury. Mała firma go potrzebuje, gdy agent musi porozmawiać z Figma, aktywną aplikacją Next.js lub krótką listą Twoich narzędzi bez wymyślania API. Nie potrzebuje go jako osobowości, ulepszenia chatbota ani bramy dla jednoosobowej floty.

Podłączam gniazdko tam, gdzie oszczędza to tydzień i pomijam tam, gdzie formularz już działa. Wpisz w formularzu, z jakim systemem agent musi się zapoznać – Figma, działającą stroną, kalendarzem rezerwacji – i jaka akcja nie może nigdy odbywać się bez osoby. Nie zaczniemy od zakupu bramy. :)