WebMCP w 2026 — stan standardu, roadmapa i kiedy wdrażać na produkcji

przez Łukasz | cze 5, 2026

Standard działa. Ekosystem nadąża. Czy to już dobry moment na produkcję?

Krótka odpowiedź: na eksperymenty — tak. Na produkcję z obietnicą klientom — jeszcze nie.

Dłuższa odpowiedź poniżej.

Gdzie jesteśmy w czerwcu 2026

WebMCP ogłoszono w lutym 2026 jako W3C Community Group Draft. Chrome 146 Canary dostał pierwszą implementację za flagą. Od tego czasu:

Chrome 149 — origin trial. WebMCP dostępne dla szerszego testowania bez ręcznego włączania flagi, dla stron które zarejestrują się w programie.

Chrome 150 — zmiana API. navigator.modelContext zastąpiony przez document.modelContext. Kto pisał kod na starszym API — musiał zaktualizować.

Edge — Microsoft aktywnie współtworzy spec, wsparcie w Edge zapowiadane na Q3 2026.

Firefox i Safari — brak oficjalnych deklaracji. Firefox wspomniał o „obserwowaniu standardu”.

Klienty AI — Claude w Chrome, Copilot w Edge eksperymentują z WebMCP. Automatyczne discovery narzędzi (agent sam widzi co strona wystawia) — w trakcie implementacji.

Co działa dziś

Rejestracja narzędzi przez document.modelContext.registerTool() — działa w Chrome Canary za flagą.

document.modelContext.getTools() — zwraca listę zarejestrowanych narzędzi, widoczną z konsoli i dla agentów które aktywnie o to pytają.

Wywołanie narzędzia przez agenta na żądanie — działa gdy poprosisz agenta z nazwy narzędzia.

Automatyczne discovery bez podpowiedzi — w trakcie. Zależy od implementacji klienta.

Co nie działa jeszcze

Szeroka obsługa przeglądarek — tylko Chrome Canary za flagą lub w origin trial. Stable Chrome, Firefox, Safari — nie obsługują.

Automatyczne wykrywanie narzędzi przez agentów — klienty nadążają, ale nie wszystkie i nie zawsze.

Stabilne API — spec jest aktywnie rozwijany. navigator.modelContextdocument.modelContext to nie ostatnia zmiana przed finalizacją standardu.

Kiedy wdrażać

Eksperymentuj teraz jeśli:

  • Masz Chrome Canary i chcesz rozumieć jak standard działa od środka
  • Budujesz prototyp lub demo
  • Chcesz być gotowy gdy standard trafi do stable

Wstrzymaj się z produkcją jeśli:

  • Obiecujesz klientom że „agent będzie automatycznie obsługiwał Twoją stronę przez WebMCP”
  • Budujesz na tym biznesowy case który zakłada szerokie wsparcie przeglądarek
  • Masz budżet produkcyjny który wymaga stabilności API

Zrób już teraz niezależnie od WebMCP:

  • Czysty, semantyczny HTML z opisowymi name i label na formularzach
  • MCP endpoint jeśli chcesz obsługiwać zewnętrznych agentów
  • llms.txt żeby agenty rozumiały strukturę serwisu

Te rzeczy działają dziś, są stabilne i przygotowują grunt pod WebMCP gdy trafi do stable.

Perspektywa

WebMCP ma poważne wsparcie instytucjonalne — Google i Microsoft razem w W3C. To nie jest eksperyment jednego dostawcy. Kierunek jest jasny: przeglądarki dostaną warstwę dla agentów AI obok warstwy dla ludzi.

Pytanie nie brzmi „czy WebMCP się przyjmie” ale „kiedy”. Stable Chrome z WebMCP to kwestia miesięcy, nie lat. Firmy które dziś rozumieją jak to działa — będą gotowe wcześniej.

Nie ma potrzeby czekać żeby zacząć eksperymentować. Jest potrzeba ostrożności żeby nie sprzedawać eksperymentu jako produkcji.


To jest piąty i ostatni artykuł serii WebMCP na webflux.pl.

← Wróć do hubu WebMCP

Agent kończy, ale zadania nie wykonał

Agent kończy, ale zadania nie wykonał

Objawy Agent odpowiada: „Przygotowałem i wysłałem potwierdzenie do klienta." Potwierdzenie nie zostało wysłane. Albo: „Zaktualizowałem wszystkie rekordy" — zaktualizował trzy z dwunastu. Albo: „Nie znalazłem żadnych zamówień" — bo narzędzie zwróciło błąd, którego nikt...

Agent zrobił coś, o co nikt nie prosił

Agent zrobił coś, o co nikt nie prosił

Objawy Operacja, której nikt nie zlecił. Dane wysłane pod adres, którego nie ma w żadnej konfiguracji. Rekord zmieniony poza zakresem zadania. Odpowiedź, z której wynika, że agent dostał instrukcje od kogoś innego niż ty. Cecha wspólna: technicznie wszystko zadziałało...

Agent zrobił to samo dwa razy

Agent zrobił to samo dwa razy

Objawy Ten syndrom różni się od pozostałych jedną rzeczą: objaw widzi klient, nie ty. Trzy identyczne wiadomości w skrzynce. Dwa zamówienia zamiast jednego. Podwójne obciążenie. Duplikaty rekordów, które ktoś zauważa tydzień później. W twoim dzienniku wszystko wygląda...

Agent gubi wątek w długim zadaniu

Agent gubi wątek w długim zadaniu

Objawy Pierwsze kroki idą wzorowo. Po kilkunastu agent zaczyna się rozjeżdżać. Przestaje przestrzegać reguły z promptu systemowego, której trzymał się na początku. Zmienia format odpowiedzi w połowie zadania. Wraca do czegoś, co już ustalił, i ustala to inaczej....

Agent podaje dane, których nie ma

Agent podaje dane, których nie ma

Objawy Numer zamówienia w idealnym formacie, którego nie ma w bazie. Kwota, której w dokumencie nie ma. Nazwa pola API, które nigdy nie istniało. Cytat z regulaminu, brzmiący dokładnie jak reszta regulaminu i w nim nieobecny. Cecha wspólna wszystkich tych przypadków:...

Działał wczoraj, dziś nie działa

Działał wczoraj, dziś nie działa

Objawy Nic się nie wywala. Nie ma wyjątków, nie ma timeoutów, dziennik wygląda tak samo jak zawsze. Po prostu odpowiedzi są gorsze. Postacie, w jakich to się objawia: Jakość. Agent zaczyna pomijać kroki, które wcześniej wykonywał, albo odpowiada ogólniej. Format....

Agent wybiera złe narzędzie

Agent wybiera złe narzędzie

Objawy Agent odpowiada nie na to pytanie. Pobiera listę zamówień, gdy pytano o jedno konkretne. Odpowiada z pamięci, choć miał sprawdzić w bazie. Albo sięga po właściwe narzędzie i wpisuje w argumenty coś, czego nie da się użyć. Sygnał, który odróżnia ten syndrom od...

Agent kręci się w kółko

Agent kręci się w kółko

Objawy Agent wykonuje kolejne obroty pętli, nie zbliżając się do zakończenia zadania. W dzienniku widać jedną z trzech postaci. Powtórzenie. To samo narzędzie, te same argumenty, raz za razem — czasem dziesiątki razy pod rząd. Oscylacja. Agent wywołuje na przemian dwa...