ARK. 1System
Jak agenci AI chronią i obsługują WordPress
TAB. 1
Agenci
Claude Code · jeden zespół na zadanie| Nr | Agent | Co robi |
|---|---|---|
| 01 | PM | Koordynuje: przyjmuje zgłoszenie, pisze brief i plan prac, ocenia wynik każdej iteracji, wystawia raport i zmienia status zadania. |
| 02 | ADMIN | Przed każdą zmianą robi kopię zapasową bazy i plików z sumami kontrolnymi, przygotowuje skrypt przywracania i mierzy stan strony. Bez zweryfikowanej kopii praca się nie zaczyna. |
| 03 | DEV | Wprowadza zmianę przez SSH, WP-CLI albo REST API WordPressa, a gdy trzeba — w panelu wp-admin. Po każdej iteracji sprawdza, czy strona działa. |
| 04 | RESEARCH | Czyta historię zgłoszeń i kontekst strony, zanim zapadnie decyzja. Tylko odczyt. |
TAB. 2
Od alertu do naprawy
zamyka pomiar, nie agent| Nr | Krok | Co się dzieje |
|---|---|---|
| 01 | Wykrycie | Monitoring otwiera ustalenie (drugi nieudany skan z rzędu, nie pierwszy). |
| 02 | Zlecenie | Ustalenie staje się zadaniem dla agentów. Najpierw weryfikacja, potem naprawa. |
| 03 | Kopia i pomiar | ADMIN: kopia zapasowa, skrypt przywracania, stan strony przed pracą. |
| 04 | Naprawa | DEV wprowadza poprawkę; plan prac zatwierdza człowiek albo bramka premium (TAB. 3). |
| 05 | Dowód | Raport: co zmieniono i pomiar po pracy. Zadanie przechodzi do przeglądu. |
| 06 | Zamknięcie | Zamyka dopiero ponowny pomiar monitoringu: naprawione, fałszywy alarm albo nie dało się sprawdzić. |
TAB. 3
Kto zatwierdza — poziomy ryzyka
brak oceny = R2| Poziom | Zakres zmiany | Kto zatwierdza |
|---|---|---|
| R0 | Pojedynczy plik, CSS, jedna strona treści | Premium: agent sam. Inne: człowiek akceptuje plan. |
| R1 | Opcje w bazie, pliki motywu, wiele wpisów, nowy mu-plugin | Premium: agent sam po 6 warunkach bramki. Inne: człowiek. |
| R2 | Aktualizacja, instalacja i usuwanie wtyczek lub motywu, rdzeń WordPressa, masowe zmiany | Zawsze człowiek. |
| INF. | Infekcja: usuwanie złośliwego kodu | Prowadzi człowiek, agenci wspierają. |
TAB. 4Monitoring — z czego agenci wiedzą, co naprawić87 parametrów
| Nr | Warstwa | Co zbiera |
|---|---|---|
| 01 | Sondy zewnętrzne | Skanują z zewnątrz, bez logowania: TCP, DNS, HTTP, treść, SSL, przekierowania, TTFB, a w warstwie security: Safe Browsing, malware, cloaking, wystawione pliki, CVE, nagłówki, SEO. |
| 02 | Wtyczka Creato Ping | Opcjonalnie od środka WordPressa: wersje rdzenia i wtyczek, integralność plików, podejrzane uploady, liczba administratorów, zadania cron. |
| 03 | Audyt AI | Sesja audytowa na żądanie (cykliczne audyty są zawieszone): weryfikuje dane systemu, koryguje fałszywe alarmy, dopisuje ustalenia, zostawia raport. |
| 04 | Panel i zgłoszenia | Ustalenia trafiają do agentów jako zadania (TAB. 2), a wszystko, co system wie o stronie, wyświetla się w panelu klienta. |
10 parametrów dostępności · 48 bezpieczeństwa · 8 SEO · 10 e-commerce i 11 wydajności (zaplanowane) · pełna lista →
TAB. 5Tiery — grupa z Priority; dostępność wg kohorty, od tieru rytm P3/P4zmiana działa od najbliższego cyklu
| Tier | Dostępność | Security P4 | Security P3 | Audyt AI | Dla kogo |
|---|---|---|---|---|---|
| Tier 1 | wg kohorty (premium co 15 min) | co 24 h | co 24 h | z panelu (Audyt AI) | Premium — Priority urgent; strona trafia też do kohorty premium (pełny skan co 6 h). |
| Tier 2 | wg kohorty (premium co 15 min) | co 24 h | co 24 h | z panelu (Audyt AI) | Leady — Priority high. |
| Tier 3 | wg kohorty (premium co 15 min) | co 24 h | co 24 h | z panelu (Audyt AI) | Kontakty — Priority normal. |
| Tier 4 | wg kohorty (premium co 15 min) | co 48 h | co 9 dni | z panelu (Audyt AI) | New — Priority low albo brak Priority: byli i niedoszli klienci. Problem to sygnał do kontaktu, nie alert. |
- Security P4 (szybki)
- Ewidentne przejęcie widoczne z zewnątrz: Safe Browsing, zaciemniony kod, cloaking.
- Security P3 (dokładny)
- Podatności wersji, wystawione pliki, indeksowalność, nagłówki bezpieczeństwa.
ARK. 2Dwie osie: jak poważne i jak pewne
Każde ustalenie ma powagę (krytyczna, wysoka, średnia, niska — słowa skali CVSS) i pewność (ewidentne, niepewne, prawdopodobnie fałszywe). Obcy skrypt na stronie to powaga niska i pewność niepewna: prawie zawsze bramka płatności lub czat. Publiczny plik .env to powaga krytyczna i pewność ewidentna. Pierwsze trafia do „Do weryfikacji”, drugie zmienia status na „Podatna”.
Pojedynczy nieudany skan nigdy nie zmienia statusu. Dopiero drugi z rzędu otwiera ustalenie. Ten okres łaski usuwa większość fałszywych alarmów z chwilowych przeciążeń.
TAB. 6Status strony — pasma ocenydecyduje najcięższa usterka, nie suma
| Ocena | Status | Znaczenie |
|---|---|---|
| 9–10 | KRYTYCZNY | Ocena 9–10 (czerwony): strona w cudzych rękach — incydent, infekcja, SEO spam albo przejęcie konta administratora. |
| 7–8 | WYSOKI | Ocena 7–8 (pomarańczowy): strona nie działa (DOWN, wygasła domena), luka krytyczna, przeglądarka zatrzymuje odwiedzającego (zły certyfikat) albo sklep nie sprzedaje. |
| 5–6 | SREDNI | Ocena 5–6 (żółty): luka niekrytyczna, wystawiony plik (.git, .env, kopia wp-config, zrzut bazy, phpinfo, konsola bazy) albo zdarzenie do rozstrzygnięcia. |
| 3–4 | NISKI | Ocena 3–4 (niebieski): usterka widoczna dla klienta, SEO, higiena. |
| 1–2 | SPRAWNA | Ocena 1–2 (zielony): brak otwartych usterek albo sam dług techniczny. |
| — | NIEZBADANA | Pomiar niemiarodajny i zero potwierdzonych usterek: sprawdzenia nie doszły do skutku (np. hosting blokuje monitoring) albo strony jeszcze nie skanowano. |