Poziomy automatyzacji da się opisać jednym pytaniem: czy system ma działać sam, czy ma pytać. Przez lata wdrażałem automatyzację w firmach, w komunikacji trenerskiej i we własnym domu. W każdym z tych miejsc największym problemem nie była sprawność, tylko pytanie o zgodę: czy system ma działać sam, czy ma pytać. Odpowiedź, która wydawała się oczywista, okazała się zła. Przez kilka miesięcy wymuszałem na swoim systemie, żeby pytał mnie o zgodę na wszystko. Dopiero potem zrozumiałem, dlaczego to był najlepszy okres w całym projekcie.
Ten artykuł opisuje pięć poziomów autonomii, które stosuję do własnego życia, i powód, dla którego czwarty poziom – ten najbardziej niewygodny – jest najważniejszy.
Pięć poziomów
Poziomy automatyzacji 1–3: telemetria, prognoza i raport
- Poziom 1 – Ręczny. Wpisuję dane sam. Aplikacja jest cyfrowa, proces pozostaje analogowy. Jestem jednocześnie czujnikiem, mózgiem i wykonawcą. W tym trybie kończy się większość ludzi, którzy zaczynają: po dwóch tygodniach bez wpisów system staje się bezwartościowy.
- Poziom 2 – Połączony. Dane płyną automatycznie. Waga pisze do bazy, transakcje z banku trafiają do budżetu, opaska wysyła tętno i sen. Przestaję wpisywać, zaczynam monitorować. To jest miejsce, w którym ogromna część osób ogłasza zwycięstwo. Tymczasem zbudowałeś telemetrię, a nie autonomię – nadal interpretujesz dane i nadal sam wyzwalasz każde działanie.
- Poziom 3 – Predykcyjny. System analizuje dane i mówi, co nadchodzi: skończy ci się kawa za trzy dni, jutrzejsza gotowość będzie niska, przy tym tempie wydatków konto X będzie ujemne za dwanaście dni. Tu pojawia się wartość, której nie da się odzyskać z poziomu 2. Ale nadal to ja wykonuję.
Poziom 4: agentowy, człowiek w pętli
- Poziom 4 – Agentowy (człowiek w pętli). System wykrywa, decyduje, przygotowuje konkretne działanie i czeka na moje zatwierdzenie. Jedno dotknięcie, koniec interakcji. Przykład z mojego stosu: prognozator długu regeneracyjnego obserwuje HRV i sen, układa niskobudżetowy plan treningowy, sprawdza kalendarz pod kątem ciężkich dni i wysyła propozycję przesunięcia sesji. Czekam, klikam, system realizuje.
- Poziom 5 – Pełna władza. System decyduje, wykonuje, sprawdza wynik i sam się naprawia, dopóki nie trafi na przypadek brzegowy, w którym wraca do mnie. Widzę wyniki, nie prośby.
Dlaczego czwarty i piąty poziom warto rozdzielić
Trzy awarie, które pokazały mi tę granicę
Poziomy 1–3 to telemetria, prognoza i raport. Poziom 4 to propozycja wykonawcza. Różnica pomiędzy 4 a 5 to nie stopień inteligencji, tylko odwracalność. Poziom 4 daje trzy rzeczy, których nie da się zastąpić:
- ostatnią linię obrony przed działaniem nieodwracalnym,
- ciągłe dane treningowe – każde moje zatwierdzenie uczy system, czy dobrze wybrał,
- obserwowalność, która wyłapuje dryf, zanim stanie się rachunkiem.
Zacząłem od pomysłu, żeby od razu celować w poziom 5. To był błąd projektowy, nie lenistwo. System, któremu powierzasz wykonanie bez bramki aprobowania, musi najpierw udowodnić, że jego klasyfikacja i prognozy są poprawne. Ja tego nie zrobiłem, więc dostałem trzy realne awarie, zanim w ogóle ruszyła pierwsza pętla autonomiczna:
- Dryf budżetowy. System poprawnie wykrył, że wydatki na życie są wyraźnie powyżej mojej normy, i zaproponował przelew między kategoriami. Matematyka była słuszna, ale baza wiedzy była zła: roczna składka ubezpieczeniowa została sklasyfikowana jako comiesięczna rozrywka. Gdybym dał pełną władzę, system przez miesiące przestawiałby budżet na podstawie błędnej klasyfikacji – zawsze zielony, zawsze „optymalny”.
- Kaskada podmian w zakupach. Automat zbudował koszyk, który był o kilkanaście złotych tańszy. Zauważyłem, że wybrał droższe wersje produktów, których nigdy nie kupowałem. Dostawca zmienił strukturę swojego API i mapowania produktów wskazywały już na pozycje premium. Bez bramki aprobowania mój budżet zakupowy rósłby stopniowo, a system raportowałby to jako sukces.
- Nadmierna pewność przy regeneracji. HRV spadło, system poprawnie oznaczył to jako supresję i zaproponował zamianę intensywnego treningu na regenerację. Chciałem odmówić – czułem się dobrze i nie znoszę przerywania zaplanowanych sesji. Dane były jednoznaczne i zatwierdziłem zmianę. Wtedy zobaczyłem coś, czego nie widziałem: w ciągu ostatnich tygodni HRV spadało pod wartość krytyczną kilka razy i za każdym razem, gdy przepuszczałem trening mimo danych, powrót do formy trwał cztery–pięć dni zamiast dwóch–trzech. System chronił mnie przed moim własnym ego i przed moim kiepskim rozpoznawaniem wzorców.
Poziom 4 nie jest wersją „przed pełną automatyką”. To jest bramka, przez którą przechodzi zaufanie. Bez niej system, który jest wystarczająco inteligentny, żeby działać, jest też wystarczająco inteligentny, żeby się mylić konsekwentnie przez miesiące zanim to zauważysz.
Zasada, według której awansuję domeny
Próg dowodowy zamiast progu czasu
Nie awansuję wszystkiego naraz. Dla każdej domeny osobno mam próg dowodowy. Poziomy automatyzacji trzymam osobno dla finansów, zdrowia i domu, bo awans w jednym nie powinien ciągnąć za sobą pozostałych:
- pięć kolejnych zatwierdzeń bez korekty, aby z systemu powiadomień zrobić system automatycznie wykonujący,
- pełna władza dopiero po długim okresie bezproblemowej pracy na poziomie 4.
Najbardziej zbliża do siebie system, który działa. Im więcej operacji wykonuję bez własnej decyzji, tym łatwiej przegapić błąd, którego nie ma jak zauważyć. To jest też powód, dla którego reputacja i wszystko, co wychodzi pod moim nazwiskiem, nigdy nie awansują na poziom 5 i zawsze zatrzymują się na bramce. Szkoda w domenie, w której da się ją cofnąć, jest inna niż w domenie, w której nie ma odwrotu.
Nie automatyzuję wszystkiego
Najczęstszy błąd przy budowaniu własnej automatyzacji to przekonanie, że im więcej zautomatyzowane, tym lepiej. Prawdziwe poziomy automatyzacji liczy się nie liczbą zautomatyzowanych rzeczy, tylko liczbą pytań, które system zadaje człowiekowi. Prawda jest odwrotna: warto zautomatyzować rzeczy, które są powtarzalne, tanie w utrzymaniu i tanie w odwróceniu, a resztę zostawić świadomie ręczną.
Standardowo rozdzielam to na dwie warstwy. W pierwszej system wykrywa zmianę, klasyfikuje ją i przygotowuje propozycję, a decyzję podejmuję ja. W drugiej system sam wykonuje działanie w zdefiniowanych granicach i raportuje wynik. Granica między tymi warstwami to jedyna rzecz, którą świadomie przesuwam w czasie – i dlatego trzymam ją w kodzie, a nie tylko na liściu mojej architektury. Nie przesuwa się automatycznie, bo awansowanie poziomu to decyzja, nie efekt działania.
Co z tego wynika dla Ciebie
Jeśli budujesz własne systemy, przestań pytać „czy mogę to zautomatyzować?”. Pytanie o poziomy automatyzacji jest konkretniejsze. Zadawaj dwa inne pytania: jaki poziom autonomii jest tu właściwy i jakich dowodów potrzebuję, zanim awansuję o jeden poziom wyżej. System, który przeszedł tę walidację, kumuluje niezawodność z miesiąca na miesiąc. System, który ją pominął, spędza czas na gaszeniu cichych awarii w systemie, któremu zbyt wcześnie zaufałeś.
Praktyczny kontraruch opisałem przy Home Assistant. Autonomia nie oznacza oddania życia technologii. Oznacza, że maszyny zarządzają codziennością, a Ty masz energię i skupienie na to, co naprawdę ważne.
Materiały powiązane: eBook Automation-First Living · Projekt w wersji publicznej (MIT) · Automation-First Living na Substack · wcześniej na tym blogu: Siedem lat z Home Assistant · AI a RODO: czy mogę wrzucić dane klienta do ChatGPT
