ARK. 1System · Przewodniki
Od Skanu do agenta. Od Raportu AI z powrotem do Skanu.
Każdy alarm przechodzi przez system dwa razy. Raz w przód: pomiar staje się zadaniem, a agent je rozwiązuje. Drugi raz wstecz: to, jak zadanie się skończyło — naprawione, fałszywy alarm, nie dało się sprawdzić — poprawia regułę, która alarm wywołała. Ten drugi obieg to pętla doskonaląca.
- Etapy
- 138 w przód · 5 wstecz
- Strony w skanie
- 216codzienny skan z zewnątrz
- Pętle z miarą
- 0 / 3cel roczny do 31.12.2026
- Stan na
- 17.092026 · mapa procesu
RYS. 1Obieg: 1–8 w przód, 9–13 wstecz, powrót do skanuramka przerywana = zaprojektowane
Numer na rysunku = wiersz w TAB. 1 i TAB. 2 (kotwice #e1…#e13).
TAB. 1Przepływ roboczy · pomiar → zadanie → naprawaetapy 1–8
| Nr | Etap | Wejście | Co się dzieje | Wyjście | Kto decyduje |
|---|---|---|---|---|---|
| 01 | Skandziała | Strony WordPress objęte monitoringiem. | Trzy źródła sygnału, wszystkie bez AI: Checks z zewnątrz (dostępność, SSL, nagłówki, ekspozycje — codziennie rano), wtyczka monitorująca (sygnał życia co godzinę z dziennikiem zdarzeń), feedy podatności. AI wchodzi dopiero w Audycie (etap 5).Luka dostępność mierzona raz na dobę, a dla stron z wtyczką obiecujemy czujkę co 10 minut; zdarzeń z wtyczki nikt jeszcze nie odbiera po stronie serwera (wykrywanie ciszy). | Result per strona per parametr — w katalogu 87 parametrów. | automat |
| 02 | Zapis Resultuczęściowo | Results wszystkich Checks ze Skanu. | Results trafiają do bazy LAB247 i równolegle na listę zadań zespołu; raz zapisany Result się nie zmienia. Od 17.09 baza zbiera Results dostępności wszystkich stron; szczegóły pomiaru (np. powód wyniku) od Skanu 18.09.Luka czas przechowywania Results nieustalony — bez niego replay nie ma na czym działać. Błędny rekord odrzuca całą partię, nie jeden wiersz. | Historia Results — materiał dla statystyk na kartach parametrów i dla replayu (etap 13). | automat |
| 03 | Klasyfikacjadziała | Result + reguła parametru. | Result check — co Result znaczy. Dwa pokrętła: polityka Findingów bezpieczeństwa (Severity, pewność, alarm) i progi dostępności. Okres łaski: 1. dzień błędu bez eskalacji, ostrzeżenie od 2. Wąskie wyjątki: ten sygnał na tej stronie, nigdy cała reguła. | Finding z Severity albo „ok”; status strony = najgorszy eskalowany Finding. | reguła — a regułę zmienia właściciel (etap 12) |
| 04 | Zadaniedziała | Finding po okresie łaski. | Jedna strona = jedno miejsce pracy, każdy Finding = osobne zadanie. Bez duplikatów wśród otwartych. Problem, który wraca po zamknięciu Findingu → nowy Finding. | Otwarte zadanie — jednostka pracy dla Audytu. | system monitoringu |
| 05 | Audyt przed naprawądziała | Otwarte zadanie. | Audyt AI sprawdza, czy problem jest na stronie. Klasy: strona (realny) · monitoring (fałszywe trafienie) · klient · niepewne. Obowiązkowy: większość Findingów to pomiar z zewnątrz ze znanymi fałszywkami. | Realny → dalej. Fałszywy → prosto do Raportu AI (etap 9). Klient / niepewne → nie idzie do automatu (bramka, etap 7). | Audyt AI |
| 06 | Zlecenie produkcjidziała ręcznie | Strona premium z otwartymi zadaniami. | Jedno Zlecenie produkcji do Agentów AI obejmuje wszystkie otwarte Findings strony premium. Kolejność: infekcja → luka z exploitem → awaria lub certyfikat → utwardzenia.Luka pierwsze Zlecenie produkcji 16.09 (3 × naprawione) ruszyło z ręki — automatyczny start jeszcze nie działa. | Zlecenie produkcji + zadania w toku. | agent systemu monitoringu, aktywny do końca pracy Agentów AI |
| 07 | Bramka autonomiiw przeróbce | Każde zadanie ze zlecenia osobno. | Agent działa sam tylko przy spełnieniu wszystkich 6 warunków (TAB. 3). Brak któregokolwiek → zadanie czeka na człowieka z zapisanym powodem. | Zgoda na automat albo kolejka człowieka. | reguła bramki — jej próg doskonali pętla 2 |
| 08 | Agent AI na Produkcji rozwiązuje zadaniedziała | Zlecenie + zadania z przepustką bramki. | Agenci AI (kierownik, administrator, programista) wchodzą na Produkcję. Kopia zapasowa z sumą kontrolną przed zmianą → zmiana → kontrola zdrowia strony → przy porażce przywrócenie i zwrot do człowieka. Przy trudności agent sięga do bazy lekcji z wcześniejszych napraw. | Zadanie do sprawdzenia + Raport z pracy Agentów AI. | Agenci AI na Produkcji |
TAB. 2Sprzężenie zwrotne · Raport AI → miara → nowa regułaetapy 9–13
| Nr | Etap | Wejście | Co się dzieje | Wyjście | Kto decyduje |
|---|---|---|---|---|---|
| 09 | Raport AIczęściowo | Finding do sprawdzenia albo fałszywka z etapu 5. | Skaner sprawdza kolejnym Skanem, nie na słowo wykonawcy: Finding zamyka się, gdy kolejny Result go już nie potwierdza. Zadania i subtaski w ClickUpie są stałe — nic ich nie zamyka (zapis do ClickUpa wstrzymany od 19.09). Fałszywy alarm system zamyka sam i dopisuje wąski wyjątek.Luka trzecia wartość, „nie dało się sprawdzić”, jeszcze nie istnieje, a strony spoza premium nie dostają Raportu AI. Bez Raportu AI przy każdym Findingu pętla mierzy jedną stronę. | Raport AI: typ Findingu · naprawione, fałszywy alarm albo nie dało się sprawdzić · powód jednym zdaniem. To jedyne miejsce, gdzie powstaje prawda o alarmie. Skrót prac trafia do panelu klienta i do publicznego dziennika prac serwisowych (zanonimizowany). | kolejny Skan (Result) |
| 10 | Miara tygodniowa per parametrzaprojektowane | Raporty AI z tygodnia. | Cztery liczby dla każdego parametru: alarmy · prawdziwe · nie dało się sprawdzić · ucieczki (inny parametr wykrył to samo wcześniej). Kolejka strojenia = liczba alarmów × koszt fałszywki. | Trafność parametru i kolejność, w której go poprawiać. | automat liczy, agent wskazuje kandydata |
| 11 | Karta parametruczęściowo | Results (etap 2) + miara (etap 10). | Podstrona parametru: czym jest, jak go mierzymy, co się dzieje przy błędzie, trafność, historia reguły, teoria, statystyki. 44 karty wdrożone 17.09; statystyki dostępności liczone z bazy.Luka sekcja Trafność czeka na miarę z etapu 10. | Jedno miejsce z progiem, wyjątkami i licznikami — podstawa decyzji o zmianie. | LAB247 utrzymuje, dane z bazy |
| 12 | Zmiana reguły albo proguręcznie | Karta z niską trafnością albo luka zauważona w Skanie. | Agent proponuje, właściciel zatwierdza. Jedna zmiana naraz na parametr. Każda zmiana ma zapis w rejestrze z kryterium cofnięcia. Parametry ciągłe (czas odpowiedzi, dni do wygaśnięcia SSL) stroją próg; parametry tak/nie i listy — regułę klasyfikacji i listę wyjątków.Stan rejestr ma już pętle historyczne odtworzone z historii zmian (infekcja ×5, dopasowanie podatności ×5, SSL ×4, ekspozycje ×2, xmlrpc, HSTS) — działały, ale bez miary i replayu. | Kandydat na nową regułę + wpis w rejestrze pętli (sekcja LOOP na karcie parametru). | właściciel |
| 13 | Replay: utrwal albo cofnijręcznie | Nowa reguła + zapisane Results. | Reguła puszczona na danych, zanim dotknie produkcji: czy uciszyłaby coś, czego uciszyć nie wolno; ile Findings otworzy i zamknie. Dziś wykonywane jako Skan bez zapisu Results na żywym portfolio. | Wdrożenie + karta przepisana → następny skan (etap 1) chodzi na nowej regule. Albo cofnięcie z kryterium z etapu 12. | właściciel, na liczbach ze Skanu bez zapisu |
- Chodzi samo
- działa — etap chodzi sam, bez ręki człowieka.
- Z ręką człowieka
- częściowo, ręcznie, w przeróbce — etap istnieje, ale domyka go człowiek albo brakuje mu kawałka.
- Na papierze
- zaprojektowane — opisane, jeszcze niezbudowane; na RYS. 1 ramka przerywana.
- Luka
- to, czego dziś brakuje, żeby etap domykał obieg.
TAB. 3Bramka autonomii · kiedy agent może działać bez człowiekawszystkie sześć naraz, dla każdego zadania
| Nr | Warunek | Jak sprawdzany | Dlaczego |
|---|---|---|---|
| 01 | Zweryfikowana kopia zapasowa przed zmianą | potwierdzenie administratora, suma kontrolna kopii | każda zmiana musi dać się cofnąć |
| 02 | Dostępy działają, strona jest premium | sprawdzenie dostępów; strona w obsłudze premium | automat tylko tam, gdzie klient płaci i dał dostęp |
| 03 | Problem potwierdzony | klasa „strona” z etapu 5 | nie naprawiamy fałszywek |
| 04 | Niskie ryzyko zmiany | automatyczna klasyfikacja ryzyka | aktualizacje, usuwanie wtyczek i masowe zmiany w bazie wymagają człowieka i zgody klienta |
| 05 | Nie infekcja | klasa problemu ze zlecenia | „którędy weszli” ustala człowiek; automat zabezpiecza i czeka |
| 06 | Strona zdrowa przed pracą | kontrola zdrowia strony przed zmianą | kontrola po zmianie musi mieć punkt odniesienia |
Jeden brak → zadanie czeka na człowieka. Cel roczny: ponad 50% zadań premium domkniętych bez ręki. Do tego służy pętla 2 — przesuwa granicę bramki na podstawie tego, co wróciło.
TAB. 4Cztery sprzężenia na jednym obieguplan liczy trzy pętle formalne; wykonawcza działa obok
| Sprzężenie | Obieg | Doskonali | Bramka albo dowód |
|---|---|---|---|
| Wykonawcza: lekcje agentówdziała | etap 8 → etap 8 | jak agenci naprawiają: lekcje per rola, pobierane przy trudności. | Dowód: obowiązkowa lista kontrolna zamknięcia włamania po analizie włamania, w którym tylna furtka w motywie przetrwała czyszczenie. |
| Pętla 1: parametry skaneraszkic + pętle historyczne | etapy 9–13 → etap 3 | progi, reguły klasyfikacji i wyjątki — parametr po parametrze. | Bramka: Raport AI przy każdym Findingu szerzej niż premium. Start: listopad. Pierwsza: rodzina „infekcja”. |
| Pętla 2: jakość obsługi premiumpropozycja | etap 9 → etap 7 | próg „to nadaje się do automatu”. Miara: ile zadań domkniętych bez ręki, ile wróciło. | Bramka: obsługa premium działa na żywo, z automatycznym startem. |
| Pętla 3: sygnał → sprzedażpropozycja | etap 1 → rozmowa handlowa → wynik | kolejność rozmów i treść rozpoznania „z zewnątrz”. | Bramka: pierwsze rozmowy za nami i zapisywany wynik każdej z nich. Bez wyniku to raport, nie pętla. |
TAB. 5Jeden obieg na żywo · przekierowanie www ↔ bez wwwkarta parametru →
17.09 — pierwszy obieg przeprowadzony w całości w jeden dzień: ręcznie, ale z każdym etapem sprzężenia zwrotnego.
| Krok | Etap | Co się stało |
|---|---|---|
| Sygnał | etapy 9–11 | Karta pokazała, że parametr nie wykrywa problemu, który opisuje: 5 z 21 otwartych Findingów to fałszywe przekroczenia czasu na subdomenach. |
| Zmiana | etap 12 | Parametr mierzy kanoniczność (błąd = obie formy adresu odpowiadają 200 bez przekierowania; subdomeny pominięte). Nowa reguła za przełącznikiem, stara domyślna. |
| Replay | etap 13 | Skan bez zapisu Results na 206 stronach. Wyszły dwie poprawki reguły (ponowienie przy przekroczeniu czasu, formy bez 200) — liczby w TAB. 6. |
| Decyzja | właściciel | Włączenie. 33 z 34 otwartych zadań zamknięte, ale nie jako „naprawione” — to zmiana reguły, nie naprawa strony. Uczciwy opis chroni przyszłą miarę. |
| Utrwalenie | etap 13 → 1 | Wdrożenie rano, karta przepisana; potem druga runda luk z karty (pełna lista końcówek domen, szczegóły pomiaru w bazie), wdrożenie w południe. Pierwszy skan na nowej regule: 18.09. |
TAB. 6Skan bez zapisu · 206 stronResults obiema regułami
| Reguła | ok | fail | timeout |
|---|---|---|---|
| stara reguła | 169 | 1 | 36 |
| nowa reguła | 191 | 13 | 2 |
TAB. 7Zasady obiegu5 zasad
| Nr | Zasada | Co to znaczy |
|---|---|---|
| 01 | Agent proponuje, właściciel zatwierdza. | Automatyczna zmiana progu bez właściciela — nie na tym etapie. |
| 02 | Jedna zmiana naraz na parametr. | Zapis w rejestrze + kryterium cofnięcia. |
| 03 | Trzy stany, nie dwa. | „Sprawdzone, czysto” ≠ „nie udało się sprawdzić”. Cisza policzona jako sukces fałszuje każdą miarę. |
| 04 | Zamknięcie po pomiarze. | Finding zamyka się, gdy kolejny Skan go nie potwierdza (Result) — nie na słowo wykonawcy. |
| 05 | Nic nie wychodzi do klienta automatycznie. | Wysyłkę robi człowiek. |
TAB. 8Co blokuje domknięcie obiegu5 braków
| Nr | Brak | Dlaczego blokuje |
|---|---|---|
| 01 | Raport AI przy każdym Findingu | trzy wartości (naprawione, fałszywy alarm, nie dało się sprawdzić), także na stronach spoza premium (etap 9) — warunek konieczny pętli 1. |
| 02 | Czas przechowywania Results | bez historii nie ma replayu na danych (etapy 2, 13). |
| 03 | Automatyczny start obsługi premium | dziś pierwszy krok robi człowiek (etap 6). |
| 04 | Miara tygodniowa per parametr | nie istnieje; sekcja Trafność na kartach czeka (etapy 10–11). |
| 05 | Kanał do człowieka | zadanie czekające na bramce nikogo jeszcze nie powiadamia. |
TAB. 9Kiedy które sprzężenie ruszaharmonogram
| Kiedy | Co rusza |
|---|---|
| wrzesień | Obsługa premium na żywo, z automatycznym startem; Raport AI przy każdym Findingu |
| po uruchomieniu premium | Pętla 2 — jakość obsługi |
| listopad | Pętla 1 formalnie, od rodziny „infekcja”; bramka pętli 3 |
| do 2026-12-31 | Cel roczny: 3 pętle z wejściem, Raportem AI, miarą tygodniową i rejestrem |
Stan na 17.09.2026. Poziom planu — przewodnik opisuje obieg, nie szczegóły wykonawcze. Rejestr zmian reguł każdego parametru: sekcja LOOP na jego karcie.