Co MCP 2.0 zmienia w tym, jak buduję w Webflow

Webflow MCP 2.0 to wersja serwera, dzięki której agent AI dostaje bezpośredni dostęp do projektu w Webflow: do design systemu, treści w CMS i danych o ruchu. Webflow udostępnił ją 21 lipca 2026 i jest to spory krok, bo agent nie klika już za człowieka w interfejsie, tylko pracuje na realnej strukturze strony przez API.

MCP, czyli Model Context Protocol, to otwarty standard, który pozwala narzędziom AI łączyć się z zewnętrznymi systemami przez jeden wspólny interfejs, zamiast budować osobną integrację do każdego z osobna. W praktyce budowanie stron w Webflow z pomocą AI wygląda tak, że agent podłączony w Claude, Cursorze albo Windsurfie tworzy elementy, style i komponenty, zarządza kolekcjami CMS i czyta ruch na stronie (dokumentacja Webflow MCP).

Buduję w Webflow od lat, więc na Webflow MCP 2.0 patrzę nie jak na demo, tylko przez jedno pytanie: co to realnie zmienia w tym, jak powstaje strona. Poniżej rozkładam, co agent faktycznie potrafi, co dokłada wersja 2.0 i dlaczego najważniejsze w tej aktualizacji nie jest tempo.

Co agent AI potrafi w Webflow przez MCP

Zanim wejdę w to, co nowego, warto uporządkować, co agent w ogóle robi w Webflow przez MCP. To nie jest generator, który wypluwa gotową stronę z jednego prompta. To dostęp do konkretnych obszarów projektu:

• Struktura i wygląd. Tworzy sekcje, kontenery i siatki dopasowane do różnych szerokości ekranu, dodaje elementy (tekst, przyciski, pola formularza, obrazy) i zarządza klasami CSS.
• Design system. Tworzy i modyfikuje komponenty z pełną obsługą propsów, wariantów i slotów, a także zmienne, schematy kolorów i skale typografii.
• Treść. Obsługuje kolekcje CMS, pola i wpisy aż po publikację, a do tego formularze, meta tagi, Open Graph i mapę witryny.
• Dane. Czyta analitykę: sesje, użytkowników, odsłony, źródła ruchu i zdarzenia zaangażowania.

Co istotne, większość z tego działa bez otwartej sesji Designera. Otwarty Designer i dodatkowa aplikacja pośrednicząca są potrzebne tylko do wizualnych zrzutów elementów oraz odczytu albo zmiany bieżącego zaznaczenia. Reszta idzie przez API w tle, także na kilku stronach naraz.

Co dokłada Webflow MCP 2.0

Samą możliwość budowania przez agenta Webflow miał już wcześniej. Wersja 2.0 dokłada warstwę, bez której trudno było wpuścić agenta na produkcyjną stronę. Pięć rzeczy:

1. Egzekwowanie design systemu. Agent buduje z komponentów, elementów i stylów marki, a nie z przypadkowych klas, i podpina wszystko pod dane z CMS.
2. Agent Instructions. Zapisane per witryna reguły głosu, tonu, zapisy prawne i zasady marki, których agent trzyma się przy każdej zmianie.
3. Praca na gałęziach. Agent buduje w izolowanym środowisku i dopiero świadomie przenosi zmiany na żywą stronę, zamiast edytować produkcję na oczach użytkowników.
4. Szczegółowe role i uprawnienia. Dostęp można przyznać precyzyjnie: do konkretnej strony, kolekcji CMS czy wersji językowej, w ramach istniejących ról konta.
5. Rejestr zmian z atrybucją AI. Każda akcja agenta ląduje w logu aktywności: co się zmieniło, kiedy i kto to wywołał, człowiek czy AI.

Do tego dochodzi integracja z Webflow Analyze: agent sięga po ruch, najczęściej odwiedzane strony i źródła wejść, a same dane można wypchnąć dalej do narzędzi takich jak Amplitude, Slack czy Asana. Wszystko to opieram na ogłoszeniu Webflow (opis funkcji MCP 2.0).

Skala też mówi swoje. Według Webflow ponad 30 procent klientów enterprise aktywnie używa MCP, ruch wzrósł czterokrotnie od stycznia 2026, a blisko 90 procent użytkowników łączy się przez Claude. To nie jest ciekawostka z pokazu, tylko coś, z czego firmy już korzystają w pracy.

Co to zmienia w tym, jak buduję w Webflow

Najciekawsze w 2.0 nie jest to, że agent buduje. To potrafił wcześniej. Ciekawe jest, na co Webflow położył nacisk: cztery z pięciu nowości to reguły i kontrola, a nie prędkość. Egzekwowanie design systemu, Agent Instructions, gałęzie, role, log zmian. To nie są funkcje o tym, żeby robić szybciej, tylko o tym, żeby dało się komuś zaufać z dostępem do produkcyjnej strony. Sam Webflow ujmuje to podobnie. Linda Tong, CEO firmy, nazywa MCP 2.0 granicą między agentowym eksperymentem a agentową infrastrukturą: między zabawą a czymś, co można wpuścić do realnej pracy.

I to zgadza się z tym, gdzie w mojej pracy naprawdę leży wartość. Kiedy agent potrafi dodać sekcję czy komponent, sama czynność przestaje być tym, za co płaci klient. Zostaje to, co decyduje, czy strona jest dobra: jak zaprojektowany jest design system, żeby agent budował z niego spójnie zamiast mnożyć klasy; jakie reguły dostaje na wejściu; kto sprawdza efekt, zanim trafi na żywo. Robota przesuwa się z klikania w Designerze na ułożenie systemu, w którym agent w ogóle ma sens.

W praktyce znaczy to, że Agent Instructions i porządny design system stają się osobnym elementem projektu, a nie czymś, co powstaje mimochodem. Dobrze opisany system to dziś nie tylko wygoda dla osoby, która redaguje stronę. To warunek, żeby AI budowała na niej bez psucia spójności. Ten sam nacisk na czytelną strukturę widzę zresztą niezależnie od narzędzia, w każdej stronie, którą robię: im lepiej rzecz jest ułożona pod spodem, tym mniej niespodzianek na wierzchu.

Częste pytania

Czy Webflow MCP zastępuje pracę projektanta albo dewelopera?

Nie. MCP przenosi ciężar z ręcznego wykonywania zmian na projektowanie systemu i reguł, w ramach których agent działa. Ktoś nadal musi ułożyć design system, napisać Agent Instructions i ocenić efekt przed publikacją. Zmienia się to, na czym skupia się czas, a nie to, czy kompetencja jest potrzebna.

Czy trzeba umieć programować, żeby korzystać z Webflow MCP?

Nie do samego wydawania poleceń, bo agent rozumie język naturalny. Ale żeby efekt był spójny i bezpieczny na produkcyjnej stronie, potrzebna jest wiedza, jak zbudować design system, jak ustawić role i uprawnienia oraz co sprawdzić przed przełączeniem zmian na żywo. Bez tego łatwo o szybki bałagan.

Czym różni się MCP 2.0 od pierwszej wersji?

Pierwsza wersja skupiała się na tym, że agent w ogóle potrafi budować w Webflow. Webflow MCP 2.0 z 21 lipca 2026 dokłada warstwę kontroli: egzekwowanie design systemu, Agent Instructions, pracę na gałęziach, precyzyjne role oraz rejestr zmian z atrybucją, kto i kiedy coś zmienił. Dla większości działań zniknęła też potrzeba trzymania otwartego Designera.

Jeśli budujesz coś poważnego w Webflow i chcesz, żeby było ułożone tak, aby agent i człowiek mogli przy tym pracować bez psucia spójności, napisz do mnie. Zobaczymy, jak wdrożyć to u ciebie na dobrym design systemie i jasnych regułach.