Otwierasz dowolny popularny monitor systemu i on robi jedno: rysuje 78°C na wykresie. Czerwone, jak temperatura przekroczy 80. To wszystko. Nie wie, czy te 78°C to twój idle w upalny lipiec, czy gaming na chłodzeniu, które od pół roku zbiera kurz. Dla niego 78 to po prostu 78.
Próg jest głupi z definicji. I to nie zarzut — taka jest jego natura. Reguła „jeśli temp > X, alarmuj" nie ma pojęcia, na czym działa. Nie pamięta wczoraj. Nie wie, że twój RTX w tej grze zawsze trzyma 71°C, a dziś nagle robi 77 przy tym samym obciążeniu i tym samym pokoju. Próg widzi tylko liczbę względem stałej, którą ktoś wpisał na sztywno dla wszystkich maszyn świata naraz.
A teraz najważniejsze zdanie tego tekstu: twojej maszyny nie ma w żadnej tabeli.
Jak te narzędzia naprawdę działają
Zanim ktoś rzuci „przecież mam Afterburnera i jest super" — jasne, jest. Tylko zobaczmy, co on faktycznie robi pod maską. I co robią pozostałe, bo każde z nich jest świetne w jednej rzeczy i ślepe w drugiej.
| Narzędzie | Co robi naprawdę | Fundamentalne ograniczenie |
|---|---|---|
| MSI Afterburner / RivaTuner | Ręcznie rysowana krzywa wentylatora (lookup table), sztywny offset zegara/napięcia | Zero uczenia. Krzywa to tabela. OC „ustaw i zapomnij" — nie wie o starzeniu krzemu ani ambiencie |
| Fan Control (rem0o) / Argus Monitor | Bardzo konfigurowalne, ale wciąż reguły + miksy + triggery, które Ty definiujesz | To Ty jesteś inteligencją. Program tylko wykonuje |
| HWiNFO / HWMonitor | Złoty standard surowych danych z czujników | Zero rekomendacji i pamięci — czysty odczyt |
| CCleaner | Kasowanie temp + „czyszczenie rejestru" | Rejestr-cleaning to w 2026 mit (sam Microsoft odradza; zysk wydajności ≈ 0). Heurystyki one-size-fits-all |
| GeForce Experience / „Optimal Settings", Armoury Crate, iCUE | Chmurowa baza GPU+gra → preset wg kategorii sprzętu | Profil dla „RTX 4070", nie dla twojego egzemplarza ani twoich temperatur. Phone-home |
| Razer Cortex / „boostery" | Ubijają procesy ze statycznej listy | „Boost" to głównie marketing; nie wie, czego realnie używasz |
Zauważ wzór. Pierwsza kolumna to różne sposoby na to samo: pokazać dane albo wykonać regułę, którą ktoś z góry ustalił. Żadne z tych narzędzi nie buduje modelu twojego komputera. W najlepszym razie inteligencją jesteś ty — siedzisz i ustawiasz krzywe ręcznie. W najgorszym (cześć, GeForce Experience) inteligencją jest chmura, która wie, że masz „RTX 4070", i kompletnie nie wie, że twój egzemplarz grzeje się o 6 stopni wyżej od sąsiada z tym samym SKU.
Cztery powody, dla których „ogólne" jest słabe
1. Loteria krzemowa
Dwa identyczne RTX 4070 z tej samej taśmy produkcyjnej nie są identyczne. Mają różne krzywe napięcie-zegar, różny leakage, różny zapas na undervolt. Różnica potrafi sięgać ±50–100 mV. To znaczy, że forumowe „dla 4070 dawaj −100 mV, u mnie śmiga" wykrzaczy połowę egzemplarzy w czarny ekran, bo połowa egzemplarzy nie ma takiego zapasu. Profil ogólny fizycznie nie może znać twojego krzemu. On widział uśrednioną kartę, której nie posiadasz.
2. Starzenie i dryf
Pasta termoprzewodząca robi pump-out — przez rok, dwa, trzy wyłazi spod hotspotu i temperatury rosną o kilka stopni. Łożyska wentylatorów się zużywają. Kondensatory w zasilaczu starzeją się i tracą pojemność. Sztywny profil nigdy się do tego nie adaptuje, bo został wpisany raz i tyle. Twój „stabilny" OC sprzed roku dziś rzuca ciche soft-errory, których nawet nie kojarzysz z tym, że krzem ma już swoje przejścia.
3. Ambient i kontekst
Ten sam load przy 18°C w zimie i przy 28°C w sierpniu to dwie różne temperatury rdzenia. Reguła „jeśli temp > X" jest na to ślepa jak kret. Nie zna twojego pokoju, nie zna pory roku, nie zna tego, że otworzyłeś okno. Widzi liczbę i porównuje ze stałą.
4. Kompozycja obciążenia
„Gra + Discord + przeglądarka + OBS" to zupełnie inny profil termiczny niż sama gra. Render w Blenderze (sustained 100% przez godzinę) zachowuje się inaczej niż gra (skoki, bursty) i inaczej niż koparka (pegged na full bez przerwy). Ogólne progi traktują obciążenie tak, jakby istniało w izolacji. W realnym życiu nigdy nie istnieje.
Napięcia. Tu się to wszystko spina w jedno.
Jeśli masz zapamiętać z tego tekstu jeden przykład — zapamiętaj ten.
Specyfikacja ATX dla szyny 12V dopuszcza ±5%. Czyli wszystko od 11.4 V do 12.6 V jest formalnie „w normie". Każdy klasyczny monitor zaalarmuje cię dopiero, jak napięcie wyjdzie poza ten zakres.
Tylko że zdrowy zasilacz nie pływa po całym tym paśmie. Zdrowy zasilacz trzyma twoją szynę dużo, dużo ciaśniej — w okolicy 11.95–12.05 V. To jest realne ±0.4%, nie ±5%.
I teraz: twój zasilacz zaczyna się starzeć. Pod obciążeniem szyna spada do 11.7 V. Wciąż „w spec"! Próg mówi: OK, spokojnie, mieścisz się. A to już są zmęczone kondensatory dające o sobie znać — miesiące, czasem pół roku przed tym, zanim system zacznie się sypać pod większym obciążeniem.
Tu wchodzi statystyka liczona na twojej historii, nie na arkuszu specyfikacji. PC Workman trzyma medianę i MAD (medianowe odchylenie bezwzględne) z twoich własnych próbek i liczy zmodyfikowany Z-score wg Iglewicza-Hoaglina:
M = 0.6745 × (x − mediana) / MAD
|M| > 3.5 → anomalia
|M| > 2.5 → ostrzeżenie
Spadek do 11.7 V, który dla progu ATX jest niewidzialny, względem twojej własnej normy 11.95–12.05 V leci grubo ponad 3.5. Anomalia. Wczesne ostrzeżenie, którego żaden próg na świecie nie złapie, bo próg patrzy na specyfikację producenta, a nie na to, jak ten konkretny zasilacz zachowywał się przez ostatnie tygodnie.
Dlaczego mediana, a nie średnia? Bo średnia jest tchórzem. Jeden skok napięcia podciąga średnią w górę, poszerza pasmo i następny skok przechodzi już bez alarmu — narzędzie samo siebie znieczula. Mediana się nie rusza po jednym wyskoku. MAD dziedziczy tę odporność. Do tego dochodzą cztery reguły Nelsona (pojedynczy skok, klaster 2-z-3, dziewięć punktów po jednej stronie, sześciopunktowy trend monotoniczny) — to klasyczna Statistical Process Control, ta sama, którą fabryki od dekad pilnują linii produkcyjnych. Nie wymyślam koła. Przeniosłem sprawdzoną kontrolę procesu na szynę zasilania twojego peceta.
Zaraz, „AI" — czyli co konkretnie?
Muszę to powiedzieć wprost, bo inaczej cały tekst leci do kosza razem z marketingowym bełkotem: „AI" tutaj nie znaczy chatbot doklejony do starego narzędzia.
Nie ma żadnego doklejonego GPT, który „inteligentnie analizuje twój sprzęt", a w praktyce zmyśla. Pod spodem siedzi realna statystyka: algorytm Welforda do liczenia średniej i wariancji online (jeden przebieg, bez trzymania całej historii w RAM-ie), mediana i MAD na napięcia, reguły Nelsona, kontrola procesu. To są metody z lat 60. i 90., nudne i przewidywalne, i właśnie dlatego im ufam. Statystyka się nie halucynuje.
Kiedy ktoś mówi „AI w monitorze", w 95% przypadków znaczy to „wkleiliśmy API i teraz jest drożej". Tu jest odwrotnie — model uczy się lokalnie, na twoich danych, bez konta i bez wysyłania czegokolwiek na zewnątrz.
Co robi taki model na twojej maszynie
Uczy się normy per egzemplarz. Nie „dla RTX 4070" — dla twojego RTX 4070, w twoim pokoju, przy twoim zasilaczu. Twój idle, twój gaming, twoja realna wariancja szyn. Nie spec, tylko obserwacja.
Baseline jest warunkowy, nie absolutny. „CPU 78°C" znaczy coś zupełnie innego na idle niż w grze. Dlatego każdy snapshot ląduje w jednym z pięciu kubełków obciążenia — idle, light, medium, heavy, gaming — i każdy kubełek ma swoją osobną nauczoną normę. Próg 80°C dla wszystkiego jest leniwy. 72°C w gamingu na mid-towerze jest spoko. Te same 72°C na idle na cienkim laptopie to już sygnał, że coś jest nie tak.
Detekcja jest czasowa. „Ten wentylator kręci się o 200 obr./min szybciej niż przy identycznym obciążeniu trzy miesiące temu" — to nie jest informacja, którą da ci jakikolwiek próg. To trend. I to trend, który mówi: kurz albo pasta, zajmij się tym, zanim zrobi się gorąco.
Wszystko lokalnie, offline. Twój „odcisk sprzętu" — czyli dokładnie to, jak zachowuje się twoja konkretna maszyna — nie wychodzi z twojej maszyny. Zero telemetrii, zero phone-home, zero latencji. Przeciwieństwo chmurowych „optymalnych ustawień", które przy okazji dzwonią do domu.
Gdzie to realnie wygrywa z progiem
Konserwacja predykcyjna (to jest killer feature). Dryf napięcia wyłapany przez MAD i reguły Nelsona = zmęczone kondensatory. Systematyczny wzrost temperatur o te +3–5°C przez kilka tygodni = pasta do wymiany, wykryta zanim CPU zacznie throttlować. Spadek sprawności w relacji RPM-do-temperatury = kurz w radiatorze. Łapanie problemów zanim staną się problemami. Próg tego nie umie z definicji — on czeka, aż będzie już źle.
Root-cause throttlingu zamiast „CPU gorące". Ogólne narzędzie powie: 95°C, dużo. Model powie: 95°C, ale tylko przy kombinacji gra+render, i to +6°C ponad twoją trzydziestodniową normę dla tego konkretnego obciążenia — czyli najpewniej kurz albo pasta, masz wykres trendu, zobacz sam. Druga odpowiedź ma w sobie przyczynę. Pierwsza to tylko liczba z wykrzyknikiem.
Procesy w tle, których naprawdę używasz. CCleaner ubija listę. Razer Cortex ubija listę. Obie listy są statyczne i nie wiedzą, co robisz. Model uczy się, czego ty faktycznie używasz, usypia tylko realnie bezczynne procesy, i wie, że skok svchost o porze Windows Update jest u ciebie normalny, a nie „podejrzana aktywność".
Anomalia to też bezpieczeństwo. Proces udający svchost.exe, ale odpalony z %TEMP%. Nietypowy wzorzec CPU, który wygląda jak cicha koparka. Wzorzec-względem-twojej-normy łapie rzeczy, których lista sygnatur nie zna, bo nie trzeba wiedzieć, jak nazywa się zagrożenie — wystarczy wiedzieć, że ta maszyna nigdy wcześniej tak się nie zachowywała.
Analogia, która to domyka
Whoop i Garmin nie mówią ci „twoje tętno spoczynkowe to 60, norma to 60–100, jesteś OK". One uczą się twojego spoczynkowego tętna i HRV, i alarmują, gdy odjeżdżasz od swojej linii bazowej — nawet jeśli wciąż mieścisz się w „normie populacji". Dlatego potrafią wyłapać, że coś się dzieje, dzień przed tym, zanim sam to poczujesz.
PC Workman to dokładnie to, tylko dla komputera. „78°C" bez twojej linii bazowej to jak tętno 100 bez wiedzy, czy patrzysz na maratończyka po treningu, czy na kogoś, kto właśnie wszedł na drugie piętro i się zadyszał. Ta sama liczba, dwa zupełnie różne światy. Cała różnica jest w kontekście — a kontekstu próg nie ma.
Uczciwie: gdzie to ma granice
Nie sprzedam ci tego jako magii, bo magią nie jest, a tekst, który udaje, że jego produkt nie ma wad, sam się dyskwalifikuje.
Model ma cold-start. Świeżo po instalacji nie zna jeszcze twojej normy — musi pozbierać dane przez tygodnie, realnie 6–12 miesięcy, żeby przejść przez lato i zimę, gaming i idle, różne obciążenia. Przez ten czas jest bliżej zwykłego monitora niż inteligentnego. To cena za to, że później mówi o twoim sprzęcie, a nie o uśrednionym.
Model wymaga dobrych czujników, a tu Windows potrafi nieźle dokopać. psutil.sensors_temperatures() na Windowsie zwraca po prostu puste pole — nie ma temperatur, koniec, dziękujemy. Stąd zależność od LibreHardwareMonitor i WMI, żeby w ogóle mieć z czego się uczyć. Wiem to nie z dokumentacji, tylko stąd, że sam się o to potknąłem i straciłem wieczór, zanim zrozumiałem, czemu wykres napięć jest pusty.
I model musi nie szczekać bez powodu. Fałszywy alarm raz na jakiś czas i przestajesz ufać narzędziu — wyłączasz powiadomienia i tyle. Dlatego skoki 12V przy zmianach obciążenia GPU są celowo tłumione (są fizycznie oczekiwane, to nie awaria), a wzorzec, który powtórzy się pięć razy, przestaje być traktowany jako anomalia i staje się po prostu nową normą twojego sprzętu. Anomaly decay. Narzędzie, które się uczy, musi też umieć odwołać własny alarm.
I jeszcze jedno, żeby było jasne: to nie jest anty-HWiNFO ani anty-Afterburner. Surowe dane z czujników to wciąż fundament, na którym wszystko stoi. Zmienia się nie to, że czytasz dane — zmienia się to, co się z tymi danymi dzieje dalej.
Twój komputer ma swoją historię. Konkretną, fizyczną, swoją — tę jedną sztukę krzemu w tym jednym pokoju przy tym jednym zasilaczu. Najwyższy czas, żeby program ją pamiętał, zamiast porównywać cię ze średnią, której nigdy nie posiadałeś.
Przestaliśmy potrzebować narzędzia, które pokazuje. Potrzebujemy takiego, które rozumie — i robotę odwala za nas. Lokalnie. Po cichu.