WordPress.com Agent i MCP write: kiedy wystarczy, a kiedy trzeba developera

Aktualizacja WordPress Agent z 15 października 2026 razem z MCP write dla zewnętrznych agentów (dostępnym od marca, strona ogłoszenia zaktualizowana 16 października) skraca drogę od briefu do draftu na płatnym WordPress.com. Agencja nadal odpowiada za architekturę, whitelistę wtyczek, wielojęzyczne SEO i bramkę publikacji. Oferta „Agent zrobi całą produkcję” pada przy pierwszym ERP albo incydencie bezpieczeństwa. Oferta bez Agenta i MCP write przegrywa kickoff na czasie do pierwszego wyglądu.

Dla nearshore i client-facing engineeringu liczy się podział: co weszło w produkt Automattic, jak zmienia brief i wycenę, oraz gdzie zaczyna się Abilities API na własnym hostingu.

Jeśli budujecie albo migrujecie serwis i nie wiecie, czy zostać na WordPress.com Agent, czy iść w self-hosted z integracją MCP, napiszcie krótki brief na kontakt: hosting, WooCommerce tak/nie, liczba locale, wymagania compliance. Odpowiedź to rekomendacja toru, nie ogólny „używamy AI”.

#Co nowego w WordPress.com Agent (październik 2026)

Oficjalny post Ronnie Burta („Build Faster, Edit Your Way: What’s New with WordPress Agent”, 15 października 2026) opisuje jeden pakiet zmian. Poniżej: decyzje projektowe wynikające z tego pakietu.

#Ile trwa generacja witryny w WordPress.com Agent

Większość witryn jest gotowa w mniej niż 4 minuty, a generowanie trwa mniej niż połowę dawnego czasu. Dla klienta to krótszy feedback loop na kickoffie. Dla agencji: mniej czekania na „pierwszy wygląd”, więcej czasu na decyzje o informacyjnej architekturze, danych strukturalnych i SEO.

Praktyczna konsekwencja w wycenie: pozycja „makieta / pierwszy wariant” w ofercie traci wagę godzinową. Pozycje „discovery słów kluczowych”, „mapa treści”, „reguły wtyczek” i „kryteria akceptacji” zyskują. Jeśli w ofercie nadal sprzedajecie trzy dni na „pierwszy draft UI” bez uzasadnienia, klient porówna Was z Agentem i wyjdziecie drogo.

#Czy WordPress.com Agent buduje własny motyw

Agent buduje motyw na podstawie celów i odpowiedzi, zamiast podawać gotowiec z biblioteki. To nadal motyw generowany. Sprawdzajcie output pod kątem:

• spójności typografii i odstępów między breakpointami,
• kontrastu i focus states (szczególnie przy CTA),
• wydajności obrazów (formaty, rozmiary, lazy load),
• sensownego content modelu (czy H1-H3 odpowiadają intencji, czy to tylko dekoracja).

Wygenerowany motyw to szkic. Brandbook, Design Tokens albo biblioteka Figma pozostają źródłem prawdy wizualnej; Agent przyspiesza pierwszy wariant pod tę prawdę.

#AI Editor i tryb Annotate w WordPress.com Agent

Pod Appearance pojawił się prostszy AI Editor z zakładkami Preview i Edit. Tryb Annotate pozwala zaznaczać sekcje, zbierać edycje w stosie i wysyłać je do agenta jednym strzałem. Na callu z klientem działa jak wspólna tablica: kliknij, skomentuj, wyślij, zamiast przepisywać prompty do Notion.

Dla process designu w agencji:

1. Call discovery: klient mówi cele.
2. Agent generuje pierwszy wariant.
3. Annotate na żywo: 5-12 uwag w jednym batchu.
4. Druga runda tylko po zapisaniu Guidelines (o tym niżej).

Bez kroku 4 wracacie do chaosu promptów. Annotate bez Guidelines to szybkie poprawki kosmetyczne, które znikają w kolejnej sesji.

#Instalacja wtyczek przez WordPress.com Agent

Agent może rekomendować, instalować, aktywować i aktualizować wtyczki w rozmowie. To najsilniejszy punkt ryzyka w całym pakiecie. Każda zainstalowana wtyczka to powierzchnia ataku, konflikt z motywem i potencjalny koszt utrzymania.

Na kickoffie ustalcie whitelistę zanim pierwszy raz otworzycie czat:

• dozwolone: konkretne SEO, formularze, cache (jeśli w ogóle potrzebne na .com),
• zabronione: „pełne SEO suite”, nieznane page buildery, random security scanners z katalogu,
• procedura: Agent proponuje, człowiek zatwierdza, dopiero potem install.

Bez whitelisty Agent „dokłada narzędzia” w godzinę i zostawia Wam dług techniczny na kwartał.

#Guidelines w WordPress.com Agent (ustawienia)

Site purpose, audience, ton, styl obrazów zapisujecie w Settings > Guidelines. Kolejne rozmowy pamiętają kontekst. W praktyce to living brand brief wewnątrz produktu, nie PDF w Drive.

Wdrażajcie Guidelines jak deliverable:

• po discovery: pierwsza wersja napisana razem z brand ownerem,
• po każdej zmianie voice: aktualizacja Guidelines przed kolejną sesją Agenta,
• review raz na sprint contentowy: czy Guidelines nadal opisują produkt, który sprzedajecie.

Agencje, które trzymają brief tylko w Notion, a w Agentcie klikają „od zera”, marnują właśnie tę funkcję.

#WordPress.com Agent w Slacku

Po połączeniu w ustawieniach konta można pisać do Agenta ze Slacka. Przydatne dla content ops. Ryzykowne, jeśli kanał nie ma clear ownership: kto zatwierdza drafty, kto ma dostęp do konta .com, kto widzi log aktywności MCP.

Minimalny model: osobny prywatny kanał lub DM z Agentem, 2FA na koncie WordPress.com, lista osób z prawem publish poza Agentem.

Dostępność: Agenta można włączyć na każdym płatnym planie WordPress.com. Witryny zbudowane z nim mają AI Editor domyślnie; istniejąca witryna potrzebuje motywu blokowego, żeby korzystać z AI Editor.

#WordPress.com MCP write: 19 funkcji zapisu

Oficjalne ogłoszenie Jonathana Bossengera na blogu WordPress.com (20 marca 2026, strona zaktualizowana 16 października 2026) wymienia:

• 19 funkcji zapisu w sześciu typach treści: posts, pages, comments, categories, tags, media,
• przed pisaniem agent odczytuje kolory, fonty, odstępy i block patterns motywu,
• nowe wpisy domyślnie są draftami; edycja opublikowanego wpisu pokazuje ostrzeżenie, że zmiana będzie widoczna od razu,
• agent opisuje każdą planowaną zmianę i czeka na wyraźne potwierdzenie,
• usunięte wpisy, strony, komentarze i media trafiają do kosza na 30 dni; usunięcie kategorii i tagów jest trwałe i wymaga dodatkowego potwierdzenia,
• wszystkie zmiany widać w Activity Log,
• dostęp na wszystkich płatnych planach, włączany osobno dla każdej operacji w wordpress.com/me/mcp.

Agenci zewnętrzni (Claude, ChatGPT, Cursor, OpenClaw i podobne) mogą pisać do witryny .com. Self-hosted osiąga ten sam kierunek przez MCP Adapter i Abilities API. Na .com kontrolujecie produkt Automattic; na własnym hostingu rejestr abilities, permission_callback i infrastrukturę. Publiczny przykład edge tylko do odczytu jest w przewodniku po żywym serwerze MCP.

#Czy MCP write od razu publikuje na żywo

Draft + log + odwracalne delete zmniejszają ryzyko przypadkowej publikacji. Nie zmniejszają ryzyka:

• treści YMYL napisanej bez fact-checku,
• masowego tworzenia thin pages pod SEO,
• wrzucenia mediów bez licencji,
• komentarzy moderowanych przez agenta bez polityki.

Bramka publikacji zostaje ludzka. MCP write podpięty do Cursor na koncie z prawem publish omija tę bramkę: to błąd procesu, który trzeba zamknąć rolami i 2FA.

#WordPress.com Agent czy self-hosted WordPress

Szerszy kontekst agentów i bloków: agentic WordPress MCP block runner. Integracje MCP po stronie produktu: integracje MCP AI.

#Kiedy WordPress.com Agent wystarczy klientowi

#Landing i blog firmowy na WordPress.com Agent

Agent wystarczy do pierwszej wersji witryny i stałego content ops przez Guidelines + Annotate. Agencja sprzedaje: discovery SEO lokalnego, schema LocalBusiness, GSC, utrzymanie Guidelines, review draftów z MCP. Nie sprzedaje „custom theme od zera w 6 tygodni”, jeśli Agent pokrywa 80% UI.

#WooCommerce z magazynem: Agent czy developer

Agent może przyspieszyć landing i treści produktowe. Checkout, stany, podatki, ERP zostają poza Agentem. Self-hosted (lub VIP / enterprise host) z własnymi abilities i testami. MCP write na .com nie rozwiązuje HPOS ani Store API.

#Wielojęzyczny WordPress pod AI Mode i AEO

Agent i MCP write generują drafty. Hreflang, głębokość treści, llmCard, cytowalne fakty w pierwszych 80 słowach, pomiar CTR vs pozycja w GSC - to praca redakcyjno-inżynierska. Zmiany linków w AI Mode i AI Overviews opisane 15 października (Search Engine Roundtable) nie dają właścicielom stron danych o kliknięciach; nadal liczy się cytowalność, nie ładniejszy carousel.

#Jak wycenić projekt z WordPress.com Agent

1. Kickoff krótszy na makiecie, nie na discovery. Generacja poniżej 4 minut + Annotate = klient widzi wariant zanim skończycie discovery. Nie skracajcie discovery o SEO i dane. Skracajcie czekanie na makietę.
2. Guidelines = deliverable. Oddajcie klientowi edytowalny brief w Settings, nie tylko PDF. To zmniejsza drift w kolejnych sprintach contentowych.
3. Plugin policy przed czatem. Na kickoffie: lista dozwolonych wtyczek. Agent bez whitelisty generuje dług w godzinę.
4. MCP write ≠ publish. Draft + human approval zostaje w procesie. Dla YMYL i sklepów: staging albo review queue, nawet jeśli narzędzie pozwala pisać z Cursor.
5. Nearshore nadal sprzedaje review. Agent przyspiesza; nie podpisuje SLA. O rekrutacji na efektywność AI plus prawdziwy code review: rekrutacja WordPress + AI.

#Bezpieczeństwo WordPress.com Agent i MCP write

• 2FA na każdym koncie z dostępem do Agenta i MCP dashboard.
• Osobne role: kto może łączyć MCP, kto może publish.
• Log aktywności MCP: przegląd tygodniowy przy aktywnym content ops.
• Zakaz MCP write na produkcji sklepu bez staging mirror.
• Slack: tylko osoby z umową i NDA; żadnych wspólnych workspace guestów z prawem do Agenta.
• Backup / export przed masowymi operacjami MCP (nawet przy odwracalnych delete).

#SD AI agent 1.25 a WordPress.com Agent

15 października 2026 wtyczka SD AI Agent z WordPress.org dostała 1.25.0: zatwierdzone zdalne serwery MCP, OAuth, scoped discovery narzędzi, potwierdzenia przed wywołaniem. To sygnał ekosystemu self-hosted: remote MCP z kontrolą, nie „podłącz cokolwiek”.

Nie mylcie SD AI Agent z WordPress.com Agent. Inny produkt, ta sama klasa ryzyka (narzędzia z uprawnieniami zapisu). Jeśli utrzymujecie self-hosted dla klientów polskich i DACH, 1.25.0 jest checklistą vendor due diligence: OAuth, scope, confirmations. Jeśli ktoś oferuje „pełny dostęp do bazy przez MCP bez potwierdzeń”, odmawiacie.

#Co obiecać klientowi przy WordPress Agent

Sprzedawajcie

• szybszy kickoff UI na WordPress.com,
• living Guidelines jako deliverable,
• content ops z MCP write + human publish gate,
• migrację z prototypu .com na self-hosted, gdy rośnie złożoność,
• audyt whitelist wtyczek i logów MCP.

Nie obiecywajcie

• że Agent zastąpi WooCommerce B2B,
• że MCP write „załatwi SEO” bez redakcji i pomiaru,
• że React / Gutenberg / edge stack jakoś „wyjdzie z czatu”,
• stałej ceny za „nieskończone sesje Agenta” bez limitu scope.

#Checklist wdrożenia WordPress.com Agent w agencji

• Klient na WordPress.com płatnym: włącz Agenta, uzupełnij Guidelines z brand ownerem
• Ustal whitelist wtyczek przed pierwszą sesją czatu
• Przetestuj Annotate na jednej stronie (stack 3-5 uwag, jeden batch)
• Podłącz MCP write tylko na koncie z 2FA; drafty, nie publish
• Self-hosted: mapuj te same operacje na abilities + MCP Adapter; nie kopiuj flow .com 1:1
• Zmierz czas: brief do first draft (z Agentem) vs brief do first review (bez) - trzymaj obie liczby w wycenie
• Zapisz w ofercie: co Agent robi, co robi inżynier, kto publishuje

#Jak mierzyć efekt WordPress.com Agent i MCP write

Bez liczb teza ze wstępu zostaje opinią. Na pierwszym projekcie .com z Agentem zbierzcie cztery metryki:

1. Czas od podpisania briefu do pierwszego wariantu UI (minuty lub godziny). Porównajcie z ostatnim podobnym projektem bez Agenta.
2. Liczba rund Annotate do akceptacji layoutu (cel: 2-3 batche, nie 15 pojedynczych promptów).
3. Liczba wtyczek zainstalowanych przez Agenta vs z whitelisty (cel: zero spoza listy).
4. Czas od draftu MCP do publish (cel: stała kolejka review, nie „od razu na żywo”).

Jeśli (1) spadło o połowę, a (3) i (4) rosną bez kontroli, zyskanie kickoffu zjadacie kosztem incydentów. Raport miesięczny dla klienta powinien pokazywać te cztery liczby, nie screenshot czatu z Agentem.

#MCP write, REST API i Abilities API - różnice

Na rozmowie z CTO klienta trzy nazwy mieszają się w jedną. Rozdzielcie je:

• REST API WordPress - klasyczny transport HTTP. Nadal jest. Agenci mogą z niego korzystać, ale bez wspólnego rejestru „co wolno zrobić” każdy agent inventuje własne endpointy.
• Abilities API (core od 6.9) - rejestr operacji z schematem, uprawnieniami i callbackiem. To język, którym WordPress opisuje „co system umie”. Szczegóły: Abilities API.
• MCP - protokół, którym zewnętrzny agent odkrywa narzędzia. Na self-hosted mostem jest MCP Adapter. Na WordPress.com MCP write to produktowa ekspozycja zapisu (19 funkcji) z draftami i logiem.

Dla agencji: uczcie klienta, że „mamy MCP” bez abilities i bez publish gate oznacza tylko, że ktoś podłączył narzędzie z uprawnieniem zapisu. To nie architektura.

#Annotate w WordPress.com Agent na callu z klientem

Bez protokołu Annotate zamienia się w chaos „jeszcze jedna poprawka”. Sprawdzony przebieg 45-minutowego callu:

1. Minuty 0-5: otwórz Preview, potwierdź Guidelines na głos (cel, audience, ton). Jeśli Guidelines są nieaktualne, najpierw je poprawcie, potem ruszajcie UI.
2. Minuty 5-25: klient mówi, Wy zaznaczacie w Annotate. Nie dyskutujcie każdej czcionki osobno. Zbierajcie stos.
3. Minuty 25-30: wyślijcie batch do Agenta, poczekajcie na wynik.
4. Minuty 30-40: druga runda tylko na blockerach (CTA, nawigacja, hero). Reszta do backlogu.
5. Minuty 40-45: zapiszcie decyzje: co weszło do Guidelines, co jest ticketem deweloperskim poza Agentem.

Po callu wyślijcie klientowi krótkie podsumowanie: lista zmian z batcha, lista rzeczy poza Agentem (integracje, SEO, compliance). Ten dokument chroni przed „przecież na callu mówiliśmy, że Agent zrobi magazyn”.

#WordPress.com Agent na rynku PL (nearshore)

Polski klient B2B często startuje na tanim hostingu albo na WordPress.com „bo marketing obiecał AI”, a potem prosi o integrację z Subiekt, Baselinker, płatnościami krajowymi albo wielojęzycznością PL/EN/DE. Agent dobrze zamyka pierwszą stronę firmową. Źle zamyka moment, w którym pojawia się faktura VAT, stany magazynowe i dwa locale z osobnymi GSC.

W wycenie nearshore:

• faza 0 (Agent / .com): stały pakiet discovery + Guidelines + 2 rundy Annotate,
• faza 1 (self-hosted lub VIP): migracja, gdy pojawia się integracja albo compliance,
• kryterium wyjścia z fazy 0: lista triggerów (ERP, SSO, >N SKU, wymóg logów poza .com).

Bez kryterium wyjścia klient zostaje na .com z Agentem dłużej, niż powinien, a Wy dostajecie ticket „dlaczego checkout nie mówi z magazynem”.

#Czego WordPress.com Agent nie załatwi

WordPress.com Agent nie przyspiesza:

• migracji legacy PHP bez testów,
• naprawy Core Web Vitals po złym motywie generowanym (czasem pogarsza LCP, jeśli Agent wrzuca ciężkie hero bez kontroli),
• sporów prawnych i governance ekosystemu (osobny temat, poza zakresem tego tekstu),
• indeksacji w Google (nadal GSC, IndexNow, treść; zmiana dokumentacji Indexing API z 16 października usunęła stare opisy quota, nie dodała magicznego przycisku).

Jeśli klient przychodzi z problemem „zero klików przy pozycji 2 na cenniku”, czytajcie najpierw AI Overviews i AI Mode, nie instalujcie Agenta jako lekarstwa na SERP.

WordPress Day for AI w Faro (24 października 2026) to cały dzień społeczności o praktycznym wpływie AI na WordPressa, ze ścieżką biznesową i deweloperską. Teza tego tekstu jest węższa: łatwy zysk to 4 minuty do draftu. Trudny zysk to publish gate, whitelist i ownership.

#Split oferty: Agent, MCP write, custom development

Struktura, którą możecie wkleić do propozycji (ceny indywidualne, jak zawsze poza stroną cennika):

Klient widzi, gdzie kończy się Agent. Wy chroncie się przed scope creep „skoro macie AI, dorzućcie ERP w tym samym sprintcie”.

#Kiedy wysłać zapytanie o realizację (a nie tylko „wyklikać Agenta”)

Napiszcie, gdy spełniacie choć jeden warunek:

• sklep, ERP, magazyn, Subiekt, Baselinker albo płatności poza standardem .com,
• więcej niż jeden język z osobnym SEO / AI Mode,
• wymóg logów, SSO, audit trail poza panelem WordPress.com,
• Agent albo MCP write już działa, a whitelista wtyczek i publish gate nie,
• potrzebujecie developera WordPress do ownership, nie do kolejnego promptu.

W mailu wystarczą cztery punkty: URL lub plan hostingu, cel biznesowy w jednym zdaniu, deadline, ograniczenia (RODO, branża YMYL, budżet jako widełki indywidualne po scope). Im konkretniejszy brief, tym szybsza wycena i mniejszy drift w discovery.

#WordPress.com Agent do draftu, developer do ownership

Październik 2026 skraca dystans od rozmowy do draftu na WordPress.com i wystawia zapis przez MCP agentom zewnętrznym, z draftami i logiem. Custom WordPress zostaje przy sklepach, integracjach i SEO pod kolejne zmiany UI w AI Mode: Abilities API, własny MCP i code review.

Audyt Agenta .com kontra self-hosted albo wycena wdrożenia: kontakt. Usługi pokrewne: integracje MCP AI, WordPress developer.