# Dług techniczny AI w WordPress: kryje się pod maską URL: https://noonwp.com/pl/journal/dug-techniczny-ai-wordpress Type: blog Locale: pl Published: 2026-07-28 Updated: 2026-08-09 --- > Dług techniczny AI w bloku WordPress nie ujawnia się jako awaria, ale jako pattern z czternaście nieudokumentowanymi klasami CSS. Jak to audytować i naprawić. ## Dług techniczny AI w WordPress: co naprawdę kryje się pod maską Dług techniczny AI WordPress pojawia się w każdym projekcie, w którym używamy generatorów patternów. Większość freelancerów odkrywa go zbyt późno. Dług techniczny ai wordpress nie ujawnia się jako kod, który się łamie. Ujawnia się jako pattern, który renderuje się idealnie w Site Editorze i kryje pod spodem czternaście nieudokumentowanych klas CSS, brak konwencji nazewnictwa, brak komentarzy. Elementor AI wygeneruje Wam poprawny pattern w około osiem sekund; HTML, jaki produkuje, zawiera klasy bez konwencji i bez śladu wyjaśnień. Dokładnie tam potem trafia koszt utrzymania. To jest dług. Nie awaria, nie złamany build: powolny podatek na każdą przyszłą edycję, płacony przez tego, kto dziedziczy stronę. ## Co dług techniczny AI naprawdę wygląda w praktyce Poproście generator pattern AI o blok hero, karuzele testimoniali czy tabelę cen, a dostaniecie coś, co działa przy pierwszym renderowaniu. Czego nie dostaniecie, to konwencja nazewnictwa, komentarz wyjaśniający, dlaczego `min-height` jest ustawiony w pikselach zamiast w płynnej skali tematu, czy notatka o tym, które breakpointy rzeczywiście przeszły testowanie. W realnym audycie przeprowadzonym w projektach zbliżonych do noonwp między marcem a czerwcem 2026, pattern był konsystentny: bloki generowane przez AI przechodzą wizualnie, a potem ulegają awarii po cichu sześć miesięcy później, kiedy klient mówi "tylko jedną małą zmianę", a deweloper odkrywa, że styl bloku jest podpięty do klasy, która nie istnieje nigdzie indziej w temacie. Luka między "renderuje się" a "można to utrzymać" to cała definicja długu technicznego AI w tym kontekście. To nie jest problem specyficzny dla WordPressa. To to, co się dzieje, gdy system AI optymalizuje render zamiast myśleć o osobie, która będzie edytować kod. ## Czternaście klas: co audyt naprawdę znajduje Zanim zaakceptujecie pattern do tematu produkcji, uruchomcie go przez inspektor przeglądarki. W jednym porównaniu blok hero wygenerowany przez konkurencyjny builder AI miał czternaście własnych klas CSS, żadna nieudokumentowana, kilka duplikujące reguły, które już istnieją w design tokenach `theme.json` tematu. Żadna z tych klas nic nie złamała w pierwszy dzień. Wszystkie czternaście stały się tarciem, gdy ktoś po raz pierwszy próbował przestyletyzować sekcję bez dotykania czterech plików zamiast jednego. To test, który warto uruchomić zanim zaufacie jakiemukolwiek pattern generowanemu przez AI: otwórzcie inspektor, policzcie klasy, które nie mapują się na istniejący design token, i zapytajcie siebie: czy kolega mógłby bezpiecznie usunąć jedną bez sprawdzenia reszty strony? Jeśli odpowiedź brzmi nie, macie dług, niezależnie od tego, czy pattern wygląda czysto w edytorze. ![Biurko fotografa z notatnikiem szkiców, kablami i filiżanką kawy, symbol małych nagromadzonych bałaganów](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/noonwp/2026-08/679aba-inline1.webp) ## Dlaczego patterny biją bloki custom, gdy przychodzi rachunek Patterny i bloki custom to nie ta sama odpowiedzialność. Pattern to markup i CSS: czytelny, edytowalny w Site Editorze i usuwany jednym kliknięciem, jeśli coś pójdzie nie tak. Blok custom to `block.json`, `edit.js`, `save.js`, stylesheet i gyakran plik `render.php`, którego klient nigdy nie dotknie, a następny freelancer będzie musiał inżynieryjnie rozszyfrować od zera. Buildery AI domyślnie generują bloki custom, nawet gdy pattern by wystarczył, bo custom block wygląda bardziej "inżynieryjnie" w demo. W produkcji ta decyzja się komplikuje. Temat z czterdzieściu blokami custom generowanymi przez AI to temat, gdzie wdrażanie drugiego dewelopera zabiera tydzień zamiast popołudnia. Standaryzowanie się na patternach i rezerwowanie bloków custom na rzadki przypadek, który naprawdę potrzebuje stanu JavaScript, to jedyna decyzja, która chroni pracę asystowaną AI w WordPressie przed chaos. 10Web generuje pełne strony WordPress z promptu albo z klonowanego URL i hostuje je z automatyczną warstwą wydajności. To rzetelny punkt porównania, bo optymalizuje się dla szybkości pierwszego renderowania, tego samego instynktu, który gdzieś indziej produkuje nieudokumentowane klasy. Warte testowania jego output przeciwko tej samej kontroli inspektora zanim oddacie wygenerowaną stronę klientowi w takiej postaci. ## Co mówią liczby o kodzie autorskim AI WordPress to nie izolowany przypadek. [Analiza GitClear 211 milionów zmienionych linii kodu](https://leaddev.com/technical-direction/how-ai-generated-code-accelerates-technical-debt) między 2020 a 2024 znalazła ośmiokrotny wzrost bloków kodu, które duplikują sąsiedni kod, skopiowane linie teraz przewyższają przeniesione (refaktoryzowane) po raz pierwszy w historii danych. Raport DORA 2024 od Google, cytowany w tej samej analizie, znalazł korelację: wzrost AI o 25% idzie w parze ze zmniejszeniem stabilności dostarczenia o 7,2%. Oddzielne [badanie na dużą skalę kodu wygenerowanego przez AI na żywo](https://arxiv.org/html/2603.28592v2) potwierdza wniosek z innego zestawu danych: kod autorski AI gromadzi mierzalny dług jakości, który konwencjonalne procesy przeglądu nie łapią przed scaleniem. Żadne badanie nie przyglądało się Gutenbergowi konkretnie, ale mechanizm to ten sam, który inspektor przeglądarki ujawnia we wzorze WordPressa: systemy AI są dostrojone do produkcji czegoś, co przechodzi, a nie czegoś, za co człowiek będzie im wdzięczny sześć miesięcy później. Niekomfortablna lektura dla każdego, kto wysyła strony klienta z pattern generowanymi przez AI: dług nie jest bugiem specyficznym dla WordPressa do naprawienia. To strukturalna właściwość tego, jak narzędzia te są trenowane i ewaluowane, co oznacza, że naprawa musi być nawykiem po stronie człowieka: audyt przed wysyłką, a nie po tym, jak klient narzeka. ## Patterny RTL noszą drugi rodzaj długu Dla freelancerów budujących dwujęzyczne strony arabskie czy hebrajskie, patterny generowane przez AI wprowadzają tryb awarii, który większość dyskusji o długu technicznym pomija: kierunek tekstu. Pattern wygenerowany dla layoutu LTR (left-to-right) często twarduje `margin-left` albo `text-align: left` zamiast użyć właściwości logicznych (`margin-inline-start`, `text-align: start`), które automatycznie się odwracają pod `direction: rtl`. Pattern wygląda dobrze w demo, bo demo jest w angielszczyźnie. Łamie się przy pierwszej okazji, gdy klient lustrzanie odbija temat dla arabskiej wersji tej samej strony, a freelancer odkrywa, że dług był wpieczony już od pierwszego promptu. To nie jest hipotetyczne. W dwujęzycznych projektach WordPressa badanych w ostatnich dwóch kwartałach, najczęstszą wadą generowaną przez AI była wartość kierunku twardej w innym przypadku czystym pattern. Sprawdzanie właściwości logicznych CSS należy do tej samej pięciominutowej kontroli co sprawdzanie nieudokumentowanych klas: nic nie kosztuje, a to różnica między pattern, który wysyła raz i jednym, który wysyła dwa razy. ## Gdzie Pattern Forge rysuje linię Pattern Forge, własny generator noonwp, zbudowany jest wokół jednego ograniczenia, które większość builderów AI pomija: tworzy tylko patterny, nigdy bloki custom, i każdą wartość pisze przeciwko istniejącym tokenom `theme.json` tematu zamiast wymyślać nowe. To ograniczenie jest celowe, nie limit, który ktoś zapomniał podnieść. Generator, który nie może wymyślić piętnastej nieudokumentowanej klasy, nie może wysłać długu, który opisuje ten artykuł, przez projekt. To nie twierdzenie, że Pattern Forge tworzy idealny output. To zawęższe: generator, który traktuje ponowne użycie tokenów jako twardą regułę (a nie miłe dodanie), zmienia to, co musiecie audytować. Monk (bezpłatny) i Scribe (12 zł/mies.) oba stosują to samo ograniczenie, Abbey (49 zł/mies.) dodaje domyślne właściwości logiczne RTL Concordance na górze, tam gdzie problem kierunku powyżej zostaje obsłużony przed wysyłką zamiast po tym, jak klient to zgłosi. ![Dłonie piszące na klawiaturze, w tle zamazana siatka kolorowych bloków na ekranie](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/noonwp/2026-08/340832-inline2.webp) ## Pięciominutowy test na terenie zanim przejmiecie witrynę Zanim zaakceptujecie temat wygenerowany przez AI do repozytorium produkcji, trzy kontrole łapią większość długu: otwórzcie inspektor na trzech najbardziej skomplikowanych patternach i policzcie nieudokumentowane klasy, przeszukajcie temat dla bloków custom, które duplikują to, co pattern by wykonał, i porównajcie wygenerowany `theme.json` przeciwko rzeczywistym tokenom projektowania witryny, aby zobaczyć, ile wartości zostało wymyślonych zamiast ponownie użytych. Żaden z tych testów nie zabiera więcej niż pięć minut, a to różnica między czystym handoff a ticketem wsparcia trzy miesiące później. Praktycznie rzecz biorąc, to jest najlepsze zastosowanie czasu podczas audytu, na którym się skupić. Durable buduje pełną witrynę małej firmy, tekst i obrazy włącznie, w około trzydzieści sekund z promptu. Ta szybkość to punkt sprzedażny i ryzyko: nic wygenerowane tak szybko nie przeszło przeglądu człowieka, co oznacza, że ten sam audyt stosuje się zanim freelancer resell to jako gotowy deliverable. ## Gdy dług to cała architektura, a nie tylko pattern Czasem szczera odpowiedź to nie "wyczyść patterny generowane przez AI", ale "ten klient w ogóle nie powinien być na bloku tematu". Witryna z ciężkim dostosowaniem WooCommerce, wygenerowana przez builder AI, który traktował logikę sklepu jako myśl dodatkową, czasem nosi więcej długu niż warto go rozplątywać. W tym przypadku rozmowa z klientem warta przeprowadzenia to czy dedykowana SaaS e-commerce z własnym narzędziem AI zbudowanym wokół handlu (zamiast przyklejonego do generycznego page buildера) to bardziej szczera rekomendacja. ![Programista przy biurku w domowym biurze wieczorem, patrzący myślnie na ekran laptopa](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/noonwp/2026-08/0cf6a0-inline3.webp) To zwykle cisza moment na koniec audytu, nie dramatyczny: deweloper zamykający laptop, bo zdecydował, że szczera odpowiedź to rekomendacja, na którą klient nie prosił. WiziShop warte wskazania tutaj w szczególności, bo nie udaje być alternatywą WordPressa: to dedykowana platforma e-commerce z AI wpieczonym w opisy produktów i SEO, bez stosu wtyczek do audytu. Dla klienta, którego "witryna WordPress" naprawdę jest tylko wystawą sklepową, która przerosła page builder, rekomendacja platformy zbudowanej do tego zadania to bardziej szczera użyteczność czasu freelancera niż quarterly debugging czternastu nieudokumentowanych klas. Webflow siedzi w podobnym nawiasie: visual builder, który generuje własny system CSS zamiast warstwowania AI output na bloku WordPressa API. Jego profil długu jest inny (locked-in export, cena per page w skali), ale usuwa konkretny tryb awarii, który ten artykuł opisuje, bo nie ma theme.json mismatch do dziedziczenia. ## Czy dalej pozwalacie AI generować patterny? Tak, z regułą: każdy pattern wygenerowany przez AI to robocze, nie deliverable. Osiem sekund, które Elementor AI zabiera, aby renderować blok hero, to nie koszt patternu. Koszt to ile czasu następnej osobie zajmie zrozumienie, po co te czternaście klas. Uruchomcie kontrolę inspektora, preferujcie patterny nad blokami custom, i ponownie użyjcie własnych tokenów projektowych tematu zamiast pozwolić AI wymyślać nowe. To różnica między AI przyspieszającą WordPress build a AI cicho piszącą rachunek, który ktoś inny będzie płacić. Wydrukujcie stronę. Ale najpierw przeczytajcie, co mówi. ## FAQ ### Co to jest dług techniczny AI w WordPress? To undocumented CSS classes i brak konwencji nazewnictwa w patternach wygenerowanych przez AI. Kod renderuje się dobrze, ale jest drogi w utrzymaniu. ### Jak audytować pattern wygenerowany przez AI? Otwórzcie inspektor, policzcie klasy, które nie mapują się na design tokeny theme.json, i zapytajcie czy kolega mogłby bezpiecznie usunąć jedną bez sprawdzenia całej strony. ### Dlaczego patterny są lepsze niż custom blocks? Pattern to markup i CSS, edytowalny w Site Editorze. Custom block to block.json, edit.js, save.js, render.php, inżynieryjnie droższy do utrzymania. ### Jakie są liczby na temat kodu AI? GitClear znalazł ośmiokrotny wzrost duplicated code. Google DORA raport: wzrost AI o 25% koreluje ze zmniejszeniem stabilności o 7,2%. ### Co z RTL i dwujęzycznymi stronami? AI generuje hardcoded margin-left i text-align zamiast logical properties. Pattern wygląda dobrze w LTR, łamie się w RTL, testujcie zawsze obie strony. ### Jak Pattern Forge obsługuje ten problem? Pattern Forge tworzy tylko patterny (nie custom blocks) i pisze każdą wartość przeciwko istniejącym theme.json tokenom, nie wymyśla nowych. ### Kiedy powinno się wybrać alternatywę WordPressa? Gdy witryna ma ciężkie WooCommerce dostosowanie lub logika e-commerce. Dedykowana SaaS e-commerce może być bardziej szczera rekomendacja.