3 września Elegant Themes wypuściło Divi 5.12 razem z funkcją, którą sami nazwali najważniejszą aktualizacją roku: AI Agents. Nie chodzi o kolejny generator tekstu w polu edycji. Chodzi o agenta, który rozumie polecenia w naturalnym języku i wykonuje realne akcje wewnątrz buildera i panelu WordPressa. To dobry moment, żeby zapytać nie „co potrafi”, tylko „co to znaczy dla strony, którą ktoś — człowiek albo inny agent — będzie później czytał”.
Co się faktycznie wydarzyło
Agent działa w dwóch trybach. Ask odpowiada na pytania i proponuje zmiany, nie dotykając layoutu. Build wykonuje je naprawdę — na canvasie, w czasie rzeczywistym. Można zacząć w Ask, zobaczyć plan, dopiero potem przełączyć się na Build.
To nie jest ogólny czatbot zgadujący, jak działa Divi. Elegant Themes opisuje ponad 220 dedykowanych narzędzi (skills), które dają agentowi bezpośredni dostęp do stanu buildera — modułów, presetów, zmiennych globalnych, Theme Buildera. Dzięki temu polecenie w naturalnym języku przekłada się na konkretną, przewidywalną akcję, a nie na wygenerowany kod, który trzeba potem czyścić.
Zakres jest szeroki: budowa layoutu od zera, edycja istniejących sekcji, zmiana ustawień designu, praca z szablonami Theme Buildera, a poza samym builderem — tworzenie, aktualizacja, duplikowanie, publikowanie i planowanie stron oraz wpisów. Agent przyjmuje też wejście wizualne: zrzut ekranu, adres URL cudzej strony albo moodboard z obrazami referencyjnymi — i na tej podstawie buduje realne sekcje, rzędy i moduły Divi, a nie statyczny obrazek czy wygenerowany kod do wklejenia.
Przy akcjach destrukcyjnych lub o dużym wpływie (usunięcie sekcji, wycofanie strony z publikacji) agent wymaga potwierdzenia człowieka — to nie jest tryb w pełni autonomiczny. Funkcja działa wyłącznie w Divi 5, bo wymaga architektury builderа opartej o React i bezpośredniego dostępu do stanu aplikacji w przeglądarce — Divi 4 jej nie dostanie.
Dlaczego to trafia w sedno tezy webflux, a nie jest tylko ciekawostką produktową
Tu jest właściwe pytanie, które łatwo przeoczyć w entuzjazmie: strona zbudowana przez agenta to nie to samo co strona czytelna dla agenta.
Divi AI Agent rozwiązuje problem po stronie produkcji — jak szybciej i wygodniej złożyć layout. To jest warstwa twórcy. Agent-readiness, o którym piszemy na webflux, dotyczy warstwy odbiorcy — czy to, co ten agent zbuduje, da się później poprawnie odczytać, zinterpretować i wykorzystać przez inny agent: wyszukujący, kupujący, syntetyzujący odpowiedź. To dwa zupełnie różne pytania i nic w zapowiedzi Divi 5.12 nie sugeruje, że pierwsze automatycznie rozwiązuje drugie. Layout wygenerowany poleceniem głosowym może być wizualnie bez zarzutu i jednocześnie tak samo nieczytelny dla agenta z zewnątrz jak layout budowany ręcznie — jeśli pod spodem nie ma porządnych danych strukturalnych, semantycznego znacznika, czystej hierarchii nagłówków.
Innymi słowy: Divi przyspieszyło produkcję stron. Nie ma jeszcze dowodu, że przyspieszyło produkcję stron gotowych na agentów. To rozróżnienie samo w sobie warto nazwać wprost, zanim ktoś w branży zacznie sprzedawać „agent w builderze” jako równoznaczne z „agent-ready”.
Ciekawszy trop: agent lepiej działa na strukturze niż na chaosie
Jeden szczegół z dokumentacji, który zasługuje na osobne podkreślenie. Agent potrafi porządkować istniejący projekt — zamieniać zaszyte na sztywno wartości na zmienne globalne, konsolidować powtarzające się style w presety. Innymi słowy: działa wyraźnie lepiej i przewidywalniej, kiedy strona ma uporządkowany system projektowy, niż kiedy jest zbiorem przypadkowych, powtarzanych ręcznie ustawień.
To nie jest przypadek — to ten sam mechanizm, o którym mówimy przy agentach czytających opublikowaną stronę: dane strukturalne, spójna hierarchia, przewidywalny szkielet dają agentowi coś, na czym może się oprzeć, zamiast zgadywać z chaotycznego HTML-a. Divi Agent, pracując wewnątrz buildera, potwierdza dokładnie tę samą zasadę, którą webflux formułuje dla stron na zewnątrz: fundamenty się nie zmieniają, zmienia się to, co trzeba dodatkowo domknąć w strukturze, żeby maszyna — jakakolwiek — mogła to sensownie przetworzyć.
Nowa powierzchnia do pilnowania
Agent z bezpośrednim dostępem do stanu CMS-a, uprawnieniami do publikacji, usuwania i zmiany treści na produkcyjnej stronie, to z definicji nowa powierzchnia ryzyka — dokładnie ta kategoria, którą w CyberFlux opisujemy jako permission injection i agent hijacking. Mechanizm human-in-the-loop dla akcji destrukcyjnych to sensowne zabezpieczenie na start, ale nie zamyka tematu: kto ma dostęp do konta z aktywnym agentem, jakie polecenia trafiają do niego z zewnątrz (np. przez treść strony, którą agent ma „przeanalizować” jako inspirację), i czy potwierdzenie „człowieka” nie stanie się z czasem odruchowym klikaniem „zatwierdź” bez czytania.
Czego jeszcze nie wiemy
Zgodnie z regułą sceptycyzmu wobec popularnych tez — warto uczciwie zaznaczyć, czego ten wpis nie rozstrzyga, bo dane jeszcze nie istnieją:
- Czy markup generowany przez agenta jest semantycznie czystszy, czy tylko wizualnie poprawny — nie ma jeszcze niezależnych testów.
- Jak agent radzi sobie poza samym builderem — dokumentacja Elegant Themes sama przyznaje, że możliwości „poza builderem” są na start ograniczone, główny nacisk położono na pracę wewnątrz edytora.
- Jak to wygląda w praktyce przy realnym obciążeniu i większych, starszych projektach, a nie w demo na czystej instalacji.
W skrócie
Divi 5.12 to realna zmiana jakościowa w tym, jak powstają strony — nie hype bez pokrycia, bo za funkcją stoi konkretna architektura narzędziowa, nie ogólny model zgadujący interfejs. Ale „agent w builderze” i „strona gotowa na agentów” to dwa różne projekty, które łatwo pomylić w jednym zdaniu marketingowym. Najciekawszy wniosek nie brzmi „Divi ma teraz AI” — brzmi: nawet narzędzie do budowy stron potwierdza, że agentom, wewnętrznym i zewnętrznym, lepiej pracuje się na strukturze niż na chaosie. To jest dokładnie teza, wokół której kręci się webflux — tylko tym razem dowód przyszedł z nieoczekiwanej strony, z samego środka buildera.
