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

Spis treści

Kiedy nie budować agenta

Kiedy nie budować agenta

Cały ten hub uczy, jak budować agenty. Ten wpis jest o tym, że najczęściej nie powinieneś. Jest taka pokusa, która przychodzi po przeczytaniu kilku tekstów o agentach: zbudujmy agenta. Do obsługi maili. Do raportów. Do tego procesu, który teraz robi się ręcznie. Agent...