Ostatni artykuł opublikował tutaj agent. Zrobił kopię zapasową, wysłał na serwer 24 pliki, zaktualizował spis artykułów i mapę strony, a na koniec sprawdził 14 adresów, czy otwierają się poprawnie. Ja obejrzałem podgląd i odpisałem jednym słowem.
Tę stronę zbudowałem od zera z agentem AI Claude i dziś to on ją rozwija. Tworzy nowe podstrony, na przykład pod kampanie albo pod pytania, które potencjalni klienci zadają w Google i w asystentach AI, poprawia treści, podpina analitykę i publikuje artykuły. Każdą zmianę oglądam najpierw w wersji testowej i dopiero po mojej akceptacji trafia na produkcję.
Ten artykuł to zapis tego, jak taki proces poukładać u siebie. Od modelu dostępu, przez pierwszą odwracalną zmianę, po moment publikacji.
01 / TL;DR Najważniejsze wnioski
Stan na 21 sierpnia 2026:
- Moja strona stoi poza WordPressem i od kilku miesięcy zmiany wprowadza na niej agent AI: nowe podstrony, poprawki treści, analityka i publikacje artykułów.
- Agent potrzebuje dostępu do tego fragmentu strony, którego dotyczy zadanie, czyli do kodu, treści albo konfiguracji, i zaczynam zawsze od najmniejszego zakresu, który pozwala wykonać robotę. Pełny dostęp do serwera produkcyjnego nie jest obowiązkowym etapem, a jeśli jakieś wdrożenie naprawdę go wymaga, wchodzi dopiero po sprawdzeniu procesu i nadal w możliwie wąskim zakresie.
- Cały proces sprawdzasz na jednej małej, odwracalnej zmianie, przechodząc kolejno kopię, analizę, akceptację planu, edycję, podgląd i publikację z możliwością cofnięcia.
- Niżej jest polecenie startowe, którego używam, oraz sześć pytań, bez odpowiedzi na które nic nie wychodzi na produkcję.
- Ten sam model wpina się w stronę, która już istnieje, także na WordPressie. Inaczej wygląda wtedy sposób dostępu do kodu i treści, a reguły z kolejnych sekcji obowiązują tak samo.
02 / Geneza Skąd się wzięła potrzeba
W wielu firmach większa zmiana na stronie zaczyna się od wiadomości do agencji albo do wykonawcy, a potem idzie ustalanie zakresu, wycena i szukanie terminu. Marketing czeka w tym czasie z gotową kampanią, bo brakuje jednej podstrony albo poprawki w treści, i o dacie startu decyduje wtedy kalendarz zewnętrznego zespołu.
U siebie ustawiłem to inaczej. Strona stoi poza WordPressem, agent pracuje bezpośrednio na jej kodzie i wprowadza zmiany wtedy, kiedy są potrzebne, a kontrola nad tym, co widzi klient, została po mojej stronie. Zamiast czekać na termin, oglądam podgląd i decyduję.
03 / Dopasowanie Kiedy ten model ma sens, a kiedy lepiej poczekać
Ten model ma sens, gdy zmiany na stronie czekają w kolejce u wykonawcy, a marketing chce działać szybciej. Potrzebujesz dostępu do kodu albo panelu strony, albo możliwości uzyskania go od wykonawcy, a do tego kogoś po swojej stronie, kto przeczyta plan zmiany i obejrzy podgląd przed publikacją.
Lepiej się wstrzymać, gdy strona jest rozbudowanym sklepem z integracjami płatności i magazynu, a nikt w firmie nie zna jej architektury. Podobnie wtedy, gdy nie ma kopii zapasowej ani sposobu cofnięcia zmiany, bo wtedy pierwsze zadanie dla agenta dotyczy właśnie tych zabezpieczeń, a treść przyjdzie zaraz potem. Jedną rzecz ten model robi celowo inaczej, niż mogłoby się wydawać po nazwie: agent nie publikuje bez udziału człowieka, akceptacja przed publikacją zostaje u Ciebie i to jest warunek całego układu.
04 / Stos Jak wygląda moja strona od środka
Strona to statyczne pliki HTML, CSS i JavaScript, bez WordPressa, wtyczek i bazy danych. Agent widzi ją jako zestaw plików, które może przeczytać i zmienić, a ja po każdej rundzie widzę dokładnie, który plik ruszył. Pliki leżą na własnym serwerze VPS, więc publikacja polega na wysłaniu ich na serwer, poprzedzonym kopią zapasową i zakończonym sprawdzeniem adresów.
Agent pracuje na kopii strony na moim komputerze i uruchamia podgląd w przeglądarce, a produkcji dotyka dopiero po moim „wdrażaj". Tym agentem jest Claude Code, czyli agent pracujący w terminalu na plikach projektu, więc czyta istniejące podstrony, żeby utrzymać ich układ i styl, buduje nową, uruchamia testy i pokazuje mi wynik.
Tego stosu nie musisz kopiować. W WordPressie albo innym systemie zarządzania treścią trzeba najpierw ustalić, gdzie faktycznie siedzą elementy, które agent ma zmieniać, bo część jest w plikach motywu, część w bazie danych, w edytorze blokowym, w kreatorze stron albo w ustawieniach wtyczek. Dopiero wtedy wiadomo, czy agent ma pracować na repozytorium kodu, czyli na wersji projektu z historią zmian, na kopii środowiska testowego, czy przez kontrolowany dostęp do panelu.
05 / Dostęp Trzy modele dostępu, od najmniejszego
Zaczynałem od modelu najprostszego i to samo polecam na start. Agent pracuje na lokalnej kopii projektu albo w repozytorium, uruchamia stronę u siebie i przygotowuje zmianę do zatwierdzenia, bez dostępu do serwera produkcyjnego i bez dostępu do danych klientów, więc błędna zmiana w samej stronie zostaje na kopii. Sama kopia nie odgradza jednak agenta od reszty komputera, bo nadal może uruchamiać polecenia, korzystać z sieci i zaglądać do innych plików. Dlatego już na tym etapie ograniczam mu dostęp do folderu projektu i do poleceń potrzebnych w pracy.
Gdy proces się sprawdzi, możesz dać agentowi ograniczonego użytkownika na środowisku testowym, z dostępem wyłącznie do katalogu i komend potrzebnych do pracy, a publikację na produkcję zostawić osobnym, zatwierdzanym krokiem. Zespół z własnym działem technicznym pójdzie o krok dalej, bo agent przygotuje zmianę jako pull request, czyli zgłoszenie do przejrzenia przed scaleniem z resztą kodu, system uruchomi testy, człowiek zaakceptuje kod, a wdrożenie zrobi istniejący proces publikacji firmy.
Dwie zasady obowiązują niezależnie od tego, który model wybierzesz. Na pierwszym zadaniu agent nie potrzebuje konta administratora, więc jeśli jakiekolwiek narzędzie prosi o pełny dostęp do serwera już na starcie, traktuję to jako sygnał do zatrzymania się. Haseł, kluczy API i danych dostępowych do hostingu nigdy nie wklejam do polecenia ani nie zapisuję w repozytorium. Jeżeli agent potrzebuje poświadczeń do konkretnego zadania, dostaje je tak samo jak każdy inny program w Twoim środowisku, czyli przez zmienne środowiskowe albo menedżer sekretów, który przechowuje hasła poza kodem. Dostaje je w zakresie potrzebnym do zadania i na czas jego trwania.
06 / Cofanie Dlaczego kopia, repozytorium i podgląd są obowiązkowe
Agent pracuje szybko i potrafi zmienić wiele plików w jednym przebiegu, co jest zaletą pod warunkiem, że każdą zmianę da się obejrzeć i cofnąć. Repozytorium, na przykład Git, daje listę zmienionych plików i historię, więc widać dokładnie, co się zmieniło i przy jakiej okazji. Kopia zapasowa przed publikacją jest ubezpieczeniem i u mnie robi ją agent automatycznie w skrypcie wdrożenia, zanim wyśle cokolwiek na serwer. Środowisko testowe albo lokalny podgląd pozwala zobaczyć stronę po zmianie na komputerze i na telefonie, zanim zobaczy ją klient.
Jeżeli nie masz żadnego z tych trzech elementów, pierwszym zadaniem dla agenta jest ich przygotowanie, a zmiany w treści przychodzą zaraz potem.
07 / Krok zero Od czego zaczynasz w praktyce
W praktyce zaczynasz od dwóch rzeczy. Pierwsza to kopia strony w folderze na Twoim komputerze. Przy stronie statycznej to po prostu komplet plików, a od wykonawcy dostajesz je jako paczkę albo jako dostęp do repozytorium. Przy WordPressie wracasz do tego, co ustaliliście w sekcji 04: same pliki motywu zwykle nie wystarczą, bo treść i ustawienia siedzą w bazie i we wtyczkach. Do wiarygodnego podglądu potrzebne jest wtedy środowisko testowe z bazą, wtyczkami i plikami mediów. Druga to agent pracujący w terminalu, czyli program, który czyta i edytuje pliki w tym folderze, uruchamia podgląd i pokazuje, co zamierza zrobić, zanim to zrobi.
U mnie jest to Claude Code od Anthropic, równie dobrze sprawdzi się Codex od OpenAI, bo oba działają na tej samej zasadzie: otwierasz folder ze stroną, piszesz polecenie po polsku, a agent pracuje na plikach w tym folderze. To, czy zatrzyma się przed edycją, zależy od uprawnień, jakie mu nadasz, i od treści polecenia. Dlatego na pierwszą analizę wybieram tryb bez edycji plików, a każde polecenie z tego poradnika zaczyna się od „nie zmieniaj żadnych plików" albo kończy na „poczekaj na moją zgodę". Instalację każdy z producentów opisuje w kilku krokach na swojej stronie, a do pierwszej rozmowy z agentem wystarczy otworzyć go w folderze z kopią strony i wkleić pierwsze polecenie z sekcji 11. Jeżeli folder nie ma jeszcze repozytorium, agent pomoże je przygotować, a Git jest darmowy i działa na każdym komputerze. Samo założenie repozytorium niczego jeszcze nie zapisuje: najpierw trzeba wykluczyć z niego hasła, klucze i dane klientów, a potem zrobić pierwszy commit, czyli zapis stanu wyjściowego. Niezależną kopię zapasową trzymam dodatkowo poza folderem projektu i poza tym komputerem, bo repozytorium na tym samym dysku nie zastąpi kopii, gdy padnie dysk.
08 / Analiza Jak zlecić agentowi analizę istniejącej strony
Zanim agent cokolwiek zmieni, ma zrozumieć, na czym pracuje, dlatego pierwsze polecenie brzmi zawsze „przeanalizuj i nie zmieniaj plików". Dobra analiza mówi, jak zbudowany jest projekt i gdzie siedzą szablony, style, skrypty i treści, wskazuje miejsca odpowiedzialne za element, który chcesz zmienić, oraz zależności, czyli co jeszcze korzysta z tych plików, na przykład nawigacja, formularze, analityka albo mapa strony. Na koniec wymienia ryzyka dla wersji mobilnej, formularzy, zdarzeń analitycznych i widoczności w wyszukiwarce, po czym proponuje plan zmiany razem ze sposobem sprawdzenia wyniku.
Jeśli agent przy okazji analizy proponuje, że poprawi jeszcze dziesięć innych rzeczy, wracam do jednego celu, bo zakres rozszerzam dopiero wtedy, gdy proces działa.
09 / Pierwsza zmiana Cały proces przechodzę na jednej odwracalnej zmianie
Dobrym testem jest aktualizacja treści jednego przycisku, jego adresu albo krótkiej sekcji informacyjnej, czyli zmiana widoczna, ograniczona do jednego miejsca i łatwa do cofnięcia. Formularze, analitykę, logowanie, płatności i integracje zostawiam na kolejny etap, gdy podstawowy proces jest już sprawdzony.
U mnie taka zmiana przebiega zawsze w tej samej kolejności:
- Wybieram jeden rezultat, na przykład nową treść i nowy adres jednego przycisku.
- Zapisuję stan wyjściowy, czyli kopię, commit w repozytorium albo punkt przywracania.
- Proszę agenta o analizę i czytam, które pliki wskazał oraz jakie ryzyka widzi.
- Zatwierdzam plan, po czym agent edytuje pliki.
- Oglądam podgląd na komputerze i na telefonie, klikam linki, sprawdzam wygląd i pola formularza, a wysyłam go tylko z wyraźnie oznaczonymi danymi testowymi i dopiero gdy wiem, co ta wysyłka uruchamia po drugiej stronie. Zaglądam też do konsoli przeglądarki i sprawdzam podstawowe elementy widoczności w wyszukiwarce.
- Przeglądam różnice w plikach, żeby wiedzieć dokładnie, co się zmieniło, i publikuję z możliwością cofnięcia.
- Po publikacji otwieram zmienione adresy na produkcji i klikam zmieniony element.
Siedem kroków w tej samej kolejności za każdym razem, a po kilku przebiegach robi się z tego rutyna, przy której nie trzeba już pamiętać, co po czym idzie.
10 / Polecenie Polecenie startowe, które wymusza analizę i zgodę
Polecenie, którego używam na start, wymusza kolejność z poprzedniej sekcji. Uzupełniasz cel w drugiej linii, a reszta porządkuje pracę agenta i trzyma kontrolę po Twojej stronie.
Podobne polecenie startowe stosuję zresztą w systemie ofertowania, gdzie agent przygotowuje wszystko, a wysyłka zostaje po mojej stronie. Kolejność „najpierw analiza, potem zgoda, na końcu wykonanie" wraca u mnie w każdym procesie prowadzonym przez agenta.
11 / Polecenia Osiem poleceń do skopiowania na kolejne etapy
Poniżej polecenia, których używam na kolejnych etapach pracy. Każde kopiujesz w całości, uzupełniasz nawiasy kwadratowe i wklejasz do agenta otwartego w folderze ze stroną. Wszystkie kończą się tak samo: agent ma pokazać, co zamierza, i poczekać na zgodę.
Analiza istniejącej strony. Pierwsze polecenie, zanim agent cokolwiek ruszy.
Strona na WordPressie albo innym systemie. Agent najpierw ustala, gdzie siedzi element, a dopiero potem proponuje sposób pracy.
Zabezpieczenia przed pierwszą zmianą. Repozytorium, kopia i podgląd, zanim agent dotknie treści.
Poprawka jednego elementu. Dobra pierwsza zmiana z sekcji 09.
Nowa podstrona w istniejącym stylu. Tak powstają u mnie podstrony pod kampanie.
Bramka przed publikacją. Te same sześć pytań, które zadaję sobie, tylko skierowane do agenta.
Sprawdzenie po publikacji. Krótki test produkcyjny, o którym najłatwiej zapomnieć.
Cofnięcie zmiany. Na wypadek, gdyby po publikacji coś wyglądało inaczej niż na podglądzie.
12 / Bramka Sześć pytań przed każdą publikacją
Przed każdą publikacją zadaję sobie sześć pytań, a jedna odpowiedź „nie wiem" oznacza, że publikacja czeka:
- Czy widziałem dokładną listę zmienionych plików?
- Czy jest kopia albo commit sprzed zmiany?
- Czy podgląd działa na telefonie i na komputerze?
- Czy linki, formularze i zdarzenia analityczne zostały sprawdzone bez wysyłania prawdziwych zgłoszeń?
- Czy hasła i dane klientów pozostały poza projektem?
- Czy znam dokładny sposób cofnięcia publikacji?
13 / Błędy Najczęstsze błędy i moment na specjalistę
Błędy, na które najłatwiej się złapać, biorą się z pośpiechu. Pełny dostęp do produkcji już na pierwszym zadaniu, bo tak jest szybciej. Brak kopii zapasowej, bo to przecież mała zmiana. Pięć zmian w jednym poleceniu, po których nikt nie wie, co skąd się wzięło. Akceptacja bez obejrzenia wersji mobilnej i hasła wklejone wprost do rozmowy z agentem. Każdy z nich wyłapuje sześć pytań z sekcji 12, więc ta lista kosztuje minutę i oszczędza wieczór.
Specjalista przydaje się, gdy strona ma złożone integracje, czyli płatności, CRM albo magazyn, gdy nikt w firmie nie zna jej architektury, albo gdy hosting nie daje środowiska testowego i trzeba je zbudować. Wtedy pierwszym zadaniem jest uporządkowanie dostępu, kopii i testów, a praca agenta nad treścią zaczyna się dopiero potem.
14 / Reguła Kontrolę nad publikacją zostawiasz po stronie człowieka
Regułą do zabrania z tego tekstu jest kolejność, w której agent dostaje coraz więcej dostępu dopiero po tym, jak proces się sprawdził na czymś małym i odwracalnym. Najpierw kopia i analiza, potem jedna zmiana widoczna w jednym miejscu, potem podgląd i świadoma zgoda, a rozszerzanie zakresu przychodzi na końcu. Taki układ zdejmuje z marketingu czekanie na wykonawcę i jednocześnie zostawia po stronie człowieka decyzję o tym, co zobaczy klient.
Jeżeli wolicie, żeby ktoś uporządkował dostęp, testy i publikację, mogę przygotować taki proces dla Waszej strony i przeprowadzić pierwszą zmianę od analizy do wdrożenia. Zaczynamy od rozmowy o tym, na jakiej technologii działa strona i kto dziś wprowadza na niej zmiany.
15 / FAQ Najczęstsze pytania
Czy agent AI może zepsuć stronę?
Agent może wprowadzić zmianę inną, niż oczekujesz, i właśnie dlatego proces zaczyna się od kopii i analizy, a kończy na podglądzie i kontrolowanej publikacji. Zmiany ograniczone do plików zwykle da się szybko cofnąć z kopii albo z repozytorium, o ile wcześniej sprawdziłeś, że przywracanie działa. Operacje na bazie danych, płatnościach, formularzach i systemach zewnętrznych wymagają osobnego planu wycofania, bo samo przywrócenie plików nie cofnie ich skutków.
Czy to działa na WordPressie?
Tak, a sposób wdrożenia zależy od budowy konkretnej strony. Najpierw trzeba ustalić, czy zmieniany element siedzi w plikach motywu, w edytorze blokowym, w kreatorze stron, w bazie danych czy w ustawieniach wtyczki. Agent powinien pracować na kopii albo środowisku testowym, z dostępem ograniczonym do potrzebnego obszaru, przy kodzie sprawdzi się repozytorium, a zmiany treści lub konfiguracji mogą wymagać kontrolowanego dostępu przez panel albo API. Reguły zostają te same: kopia, analiza, jedna zmiana, podgląd, zgoda i możliwość cofnięcia.
Czy muszę umieć programować?
Do pierwszej, niewielkiej zmiany na kopii testowej programować nie musisz, ale musisz umieć opisać oczekiwany rezultat, przeczytać plan i sprawdzić gotowy podgląd. Zmiany w formularzach, analityce, logowaniu, bazie danych, płatnościach, integracjach albo w samym procesie publikacji powinna ocenić osoba, która rozumie techniczną budowę strony. Agent pomaga w analizie, przy zadaniach wysokiego ryzyka nie zastępując odpowiedzialnej weryfikacji.
Czy agent AI ma dostęp do danych klientów?
W modelu startowym nie ma. Agent pracuje na kopii plików strony, bez produkcyjnej bazy danych i bez dostępu do serwera produkcyjnego. Jeżeli kolejne zadanie dotyczy formularza albo integracji, najpierw ustalam, czy dostęp do prawdziwych danych jest w ogóle potrzebny, do testów służą dane fikcyjne albo zanonimizowane, a ewentualne uprawnienia ograniczam do konkretnego zasobu i do czasu wykonania zadania.
Ile kosztuje praca agenta AI nad stroną?
Koszt zależy od modelu, rozmiaru projektu, liczby iteracji oraz czasu na przygotowanie środowiska, nadzór i testy. Samo użycie modelu przy małej zmianie bywa niewielką częścią całości, natomiast nie jest jedynym wydatkiem. Dlatego zaczynam od jednego ograniczonego zadania i mierzę łącznie czas pracy, koszt narzędzi i liczbę poprawek, bo dopiero taki wynik pozwala uczciwie porównać ten model z dotychczasowym sposobem rozwijania strony.
Uporządkujmy pracę agenta nad Waszą stroną.
Model dostępu, kopie i cofanie zmian, środowisko testowe i pierwsza zmiana przeprowadzona od analizy do wdrożenia. Zaczynamy od bezpłatnej rozmowy o tym, na czym stoi Wasza strona i kto dziś wprowadza na niej zmiany.
