Warstwa web dotyczy stron. Warstwa commerce dotyczy sklepów. Warstwa enterprise dotyczy czegoś szerszego — systemów firmowych, B2B, dokumentacji wewnętrznej, zasobów które firma udostępnia pracownikom i klientom.
I tu jest jedno fundamentalne przesunięcie, które warto nazwać na początku.
W warstwie web agent odwiedza Twoją stronę. W warstwie enterprise agent klienta odpytuje Twój system. To nie jest odwiedzina — to zapytanie do API. Nie przeglądarka, która crawluje HTML. Klient firmy B2B ma asystenta AI który dostaje zadanie: „sprawdź status zamówienia w firmie X, wyciągnij z dokumentacji co obejmuje gwarancja na produkt Y, porównaj oferty i przygotuj rekomendację”. Ten asystent nie wchodzi na stronę www. On odpytuje system bezpośrednio.
To jest warstwa enterprise.
MCP jako standard łączenia firmowych systemów z agentami
Model Context Protocol — opisałem go dokładniej w osobnym wpisie „Czym jest MCP i dlaczego wszyscy o nim mówią”— jest dziś de facto standardem łączenia aplikacji AI z zewnętrznymi systemami. Nie dlatego że jest oficjalnie ratyfikowany przez jakiś komitet standardów. Dlatego że Anthropic go wdrożył, OpenAI go przyjął, Google go obsługuje i setki firm zbudowały na nim integracje.
W modelu MCP jest serwer i klient. Serwer wystawia dane i narzędzia — to jest Twój system firmowy. Klient odpytuje — to jest asystent AI pracownika lub klienta. Pomiędzy nimi działa protokół JSON-RPC który definiuje jak pytać, jak odpowiadać i jakie typy danych są dostępne.
Najprostszy przykład który wdrożyłem na webflux.pl: słownik 46 pojęć agentic web jako MCP server. Zamiast zmuszać agenta do scrapowania 46 osobnych stron — jeden endpoint który zwraca wszystko w czystym JSON. Szczegóły wdrożenia opisałem tutaj.
To jest wariant minimalistyczny — jeden serwer, jedna baza wiedzy. W wariancie enterprise skala jest inna: dokumentacja produktowa, katalog usług, baza wiedzy działu obsługi, status zamówień, polityki cenowe. Każdy z tych zasobów może być wystawiony jako MCP server. Agent klienta który chce porównać oferty dwóch dostawców — zamiast przeglądać strony, odpytuje ich MCP servery bezpośrednio.
Dwa typy MCP serverów w warstwie enterprise
Warto rozróżnić dwa różne scenariusze bo mają różne priorytety wdrożeniowe.
MCP server dla klientów — firma B2B wystawia MCP server który asystent AI klienta może odpytać. Dokumentacja, cennik, FAQ, status zamówień, specyfikacje produktowe. Klient który ma asystenta AI do researchu — dostaje dane bezpośrednio, bez czekania na mail od handlowca. To jest konkurencyjna przewaga: Twój system odpowiada na zapytania agentów klientów szybciej niż konkurent który ma tylko PDF na stronie.
MCP server wewnętrzny — firma buduje asystenta AI dla własnych pracowników. HR odpytuje bazę wiedzy o procedurach. Handlowiec odpytuje historię zamówień klienta. Prawnik odpytuje bazę umów. Każdy z tych przypadków wymaga wewnętrznego MCP servera który wystawia dane z odpowiednimi uprawnieniami — prawnik widzi umowy prawne, handlowiec widzi dane sprzedażowe, HR widzi dane kadrowe.
Drugi typ jest dziś znacznie częstszy — bo firma wdraża asystenta dla siebie, nie dla klientów. Ale pierwszy typ jest tym, który tworzy przewagę konkurencyjną w relacjach B2B. I to jest warstwa, na której polskie korporacje są najbardziej spóźnione.
Gdzie zacząć — REST API WordPress jako prosta ścieżka
Nie każda firma ma dział IT z zasobami do budowania pełnej integracji MCP. Dla firm które działają na WordPress — najprostsza ścieżka do wystawienia ustrukturyzowanych danych dla agentów to REST API.
WordPress ma własny REST API dostępny domyślnie. Problem w tym że domyślna konfiguracja ma dwa zachowania które blokują agentów — opisałem to dokładnie w artykule „JSON API dla agentów AI z WordPress”. W skrócie: WordPress dodaje noindex do odpowiedzi REST API i blokuje CORS, przez co część agentów odmawia przetworzenia danych nawet jeśli endpoint technicznie zwraca dane.
Po naprawie obu problemów i ewentualnym dodaniu własnego endpointu z ustrukturyzowanymi danymi — firma ma działający punkt wejścia dla agentów. Agent który ma zadanie „co oferuje ta firma dla klientów WooCommerce” może odpytać endpoint zamiast scrapować strony.
To nie jest pełny MCP server. To jest krok w kierunku enterprise readiness, który można zrobić bez specjalistycznych zasobów.
Co robią polskie korporacje w 2026
Krótka odpowiedź: pilotaże.
Dłuższa odpowiedź: większość dużych polskich firm ma projekty AI wewnętrzne — chatboty obsługi klienta, asystentów dla działu HR, narzędzia do analizy dokumentów. Część wdraża Microsoft Copilot w ekosystemie M365. Część eksperymentuje z Claude lub GPT-4 przez API.
Ale „wdrożyliśmy Copilota dla pracowników” to nie to samo co „wystawiliśmy MCP server dla agentów naszych klientów”. Pierwsze to wewnętrzna produktywność. Drugie to enterprise readiness w warstwie agentic web.
Różnica jest fundamentalna: Copilot dla pracowników to narzędzie do pracy. MCP server dla klientów to infrastruktura która zmienia jak klienci B2B korzystają z Twoich usług.
W polskim rynku tej drugiej warstwy praktycznie nie ma. Nie ma publicznych polskich przypadków firmy B2B która wystawiła MCP server dla klientów i mierzy jak często asystenci AI klientów go odpytują.
To jest puste pole. I to jest też pole które najpierw zajmą ci którzy zaczną teraz.
Asystenci wewnętrzni — gdzie jest stawka
Wróćmy do asystenta wewnętrznego — bo tu polskie korporacje są, choć często nie wiedzą co mają.
Firma która wdrożyła Copilota dla 200 pracowników ma asystenta AI który może:
- Szukać w dokumentach SharePoint
- Odpowiadać na pytania o procedury HR
- Podsumowywać maile i spotkania
- Generować drafty umów na podstawie szablonów
To jest punkt startowy. Ale Copilot bez MCP serverów własnych danych firmy — to asystent który wie wszystko o świecie i nic o Twojej firmie. Wie czym jest MCP, ale nie wie jakie są aktualnie procedury onboardingowe w Twojej konkretnej firmie, jakie są limity rabatowe dla klientów premium, jaki jest status projektu X.
Firmy które to rozumieją budują wewnętrzne MCP servery dla własnych systemów — ERP, CRM, bazy wiedzy, repozytoria dokumentów. Asystent AI pracownika który może odpytać wewnętrzne systemy przez MCP zamiast przez interfejs webowy — to jest realna zmiana produktywności.
Polskie wdrożenia tego poziomu są rzadkie. Niekoniecznie dlatego że nie ma wiedzy. Częściej dlatego że nie ma ekosystemu dostawców którzy to robią, nie ma wzorców wdrożeń i nie ma pressure ze strony klientów którzy by tego wymagali.
Ten pressure nadejdzie. Pytanie kiedy.
Governance w warstwie enterprise — kto widzi co
Warstwa enterprise ma jeden problem który warstwa web i commerce mają w uproszczonej formie: uprawnienia.
W warstwie web każdy agent widzi to samo co widzi człowiek. W warstwie enterprise — agent klienta powinien widzieć dane tego klienta i nie powinien widzieć danych innego klienta. Agent pracownika działu HR powinien widzieć dane kadrowe i nie powinien widzieć danych finansowych dostępnych CFO.
To jest kwestia architecture — jak MCP server zarządza uprawnieniami w zależności od tego, który agent odpytuje i w czyim imieniu działa.
Proste rozwiązanie: token autoryzacyjny per użytkownik/klient, MCP server weryfikuje token i zwraca tylko dane należące do tej tożsamości. Trudne rozwiązanie: multi-tenant MCP server z pełnym modelem uprawnień, audit logiem i integracją z firmowym SSO.
W 2026 większość implementacji jest w wariancie prostym albo w ogóle nie ma wariantu — dane są dostępne bez autoryzacji (tylko do odczytu, na publicznym endpoincie). Wariant trudny jest domeną enterprise z dużymi działami IT. Ale warto wiedzieć, że problem istnieje — bo wdrożenie MCP servera bez myślenia o uprawnieniach to wdrożenie które za rok będzie wymagać przebudowy.
Co firma B2B może zrobić dziś
Cztery konkretne kroki w kolejności od najprostszego.
Krok 1 — naprawić REST API WordPress. Jeśli firma działa na WordPress — dwie zmiany konfiguracji które pozwalają agentom odczytywać dane z endpointów. Bez tego agent który trafi na endpoint dostaje noindex i odmawia przetworzenia. Szczegóły techniczne w artykule.
Krok 2 — wystawić własny endpoint z kluczowymi danymi. Katalog usług, FAQ, cennik, zakres obsługi — wszystko co klient B2B mógłby chcieć odpytać przez asystenta AI. Jeden endpoint JSON z przewidywalnym schematem. Nie pełny MCP server — ale krok w tym kierunku.
Krok 3 — opisać endpoint w llms.txt. Agent który trafi na stronę i przeczyta llms.txt powinien wiedzieć że istnieje endpoint z danymi. Format: ## API i dane / - [Endpoint danych dla agentów](/wp-json/firma/v1/oferta): katalog usług w formacie JSON.
Krok 4 — zacząć mierzyć ruch agentów. Logi serwera pokazują wizyty crawlerów AI których GA4 nie rejestruje. Które endpointy odpytują, jak często, z jakich user-agentów. To są pierwsze dane o tym jak agenci klientów korzystają z Twoich zasobów.
Co jest poza zasięgiem 2026
Dla uczciwości — dwie rzeczy które w Polsce nie wydarzą się powszechnie w tym roku.
Pełna integracja MCP z systemami ERP/CRM. SAP, Salesforce, Microsoft Dynamics mają własne ścieżki integracji z MCP. Są eksperymentalne lub płatne. Polskie wdrożenia produkcyjne można liczyć na palcach jednej ręki.
Cross-organizacyjna wymiana przez A2A. Agent firmy A który negocjuje z agentem firmy B przez protokół A2A. To jest warstwa sieci — wpis 6 tej serii. Istnieje jako specyfikacja, nie jako powszechna praktyka.
Co jest w następnym wpisie
Warstwa 4 — cybersec.
I tu celowe odejście od linearnej sekwencji. Cybersec nie jest ostatnią warstwą agentic web. Jest równoległą — bo atakujący znają standardy zanim znają je obrońcy. Prompt injection, agent hijacking, fałszywa tożsamość agenta — to nie są zagrożenia przyszłości. To są zagrożenia które działają dziś na systemach opisanych w warstwach 1, 2 i 3.
Dlatego cybersec jest tutaj, w środku serii. Nie na końcu.
Czym jest MCP: webflux.pl/ai-i-automatyzacja/czym-jest-mcp-i-dlaczego-wszyscy-o-nim-mowia/
MCP server na WordPress — praktycznie: webflux.pl/ai-i-automatyzacja/webflux-slownik-agentic-web-jest-teraz-mcp-serverem/
JSON API dla agentów z WordPress: webflux.pl/seo-i-widocznosc/json-api-dla-agentow-ai-z-wordpress/
Słownik — MCP: webflux.pl/slownik/mcp-model-context-protocol/
Słownik — WebMCP: webflux.pl/slownik/webmcp/
