Coś tu niejasne? Zapytaj, a odpowie ci człowiek. Dołącz do listy oczekujących
Prospira Tweaks
OgólneAplikacjaUsługiO nasKontakt

Darmowe narzędzia

Czy WinUtil jest bezpieczny? Co zmienia i czego nie pamięta

Dobre oprogramowanie, uczciwie zrobione, z jedną luką, o której nikt nie pisze: kiedy je zamkniesz, nie wie już, co zrobiło.

Opublikowano
2026-08-30
Długość
8 minut czytania
Autor
Prospira Tweaks

WinUtil to dobre oprogramowanie. Jest otwarte, ma około 32 tysięcy gwiazdek na GitHubie, każda zmiana siedzi w publicznej historii, a aplikacje instaluje przez własnego menedżera pakietów Microsoftu, zamiast ściągać pliki wykonywalne skądkolwiek. Nic poniżej nie jest argumentem przeciwko używaniu go.

Ale zdanie, które pojawia się niemal w każdej recenzji - że punkt przywracania tworzy się automatycznie przed zastosowaniem czegokolwiek - nie jest prawdziwe, a możesz to sprawdzić sam w jednej linijce ich pliku konfiguracyjnego.

To znaczy więcej, niż brzmi, przez drugą rzecz w kodzie: kiedy zamkniesz WinUtila, nie wie już, co zrobił.

Czym właściwie jest WinUtil

Skrypt PowerShella z interfejsem graficznym, uruchamiany jedną linijką.

Uruchamiasz go jednym poleceniem, jako administrator, bo wprowadza zmiany w całym systemie:

irm https://christitus.com/win | iex

Obejmuje cztery obszary: instalowanie aplikacji, tweaki, konfigurację do rozwiązywania problemów i kontrolę aktualizacji Windowsa. Do wyboru są trzy gotowe zestawy - Standard, Minimal i Advanced.

Lista tweaków jest podzielona na cztery kategorie, a dwie z nich same się zapowiadają: Essential Tweaks, Customize Preferences, Advanced Tweaks - CAUTION i Performance Plans - NOT FOR LAPTOPS. Ostrzeżenia wpisane wprost w nazwy kategorii dobrze świadczą o ludziach, którzy to zrobili.

Istnieje też wersja płatna, szybsza reimplementacja sprzedawana we własnym sklepie autora. Darmowe narzędzie jest naprawdę darmowe i naprawdę przydatne; jest też górą lejka sprzedażowego, co warto wiedzieć.

Czy bezpiecznie go uruchamiać?

W tym jednym pytaniu mieszczą się dwa i mają różne odpowiedzi.

Czy kod jest godny zaufania? Na tyle, na ile ktokolwiek z zewnątrz może to ocenić, tak. To otwarte źródło z około 32 tysiącami gwiazdek, dużą bazą użytkowników i publiczną historią zmian. Instalacje aplikacji idą przez winget, czyli pakiety podpisane przez Microsoft, a nie dowolne pobrania. Autor jest osobą publiczną, z reputacją przypiętą do nazwiska.

Czy sposób dostarczenia jest bezpieczny? Ta jedna linijka pobiera skrypt ze strony i uruchamia go natychmiast, jako administrator, bez tego, żebyś go wcześniej przeczytał. To ten sam model zaufania co przy uruchomieniu dowolnego instalatora i normalny sposób dystrybucji narzędzi tej kategorii. To także wzorzec, w którym ufasz domenie w chwili uruchomienia, a nie kodowi, który przejrzałeś wczoraj. Repozytorium jest publiczne i możesz pobrać oraz przeczytać skrypt przed uruchomieniem. Większość ludzi tego nie zrobi i to jest uczciwy opis ryzyka.

Żadna z tych rzeczy nie jest tu najciekawsza. Ciekawe jest to, co dzieje się po uruchomieniu.

Czy tworzy punkt przywracania?

Nie. Chyba że zauważysz pole wyboru i je zaznaczysz.

Niemal każda recenzja WinUtila zawiera zdanie w rodzaju „wszystkie tweaki są odwracalne, punkt przywracania tworzy się automatycznie przed zastosowaniem czegokolwiek". Nie znaleźliśmy na to żadnego potwierdzenia, a ich własna konfiguracja mówi co innego.

WinUtil ma tweak o nazwie Restore Point - Create, opisany w ich pliku tak:

Tworzy punkt przywracania w trakcie działania, na wypadek gdyby trzeba było cofnąć zmiany WinUtila.

Siedzi na liście Essential Tweaks pośród innych tweaków i ma jedną właściwość, która przesądza wszystko: Checked: False. Jest domyślnie wyłączony. To pozycja, którą musisz zauważyć i zaznaczyć, na liście rzeczy, które zaznaczasz z zupełnie innych powodów. Wybierz gotowy zestaw, naciśnij Run - i nie dostaniesz go wcale.

Sprawdza się to w jednej linijce publicznego pliku konfiguracyjnego projektu i dlatego wolimy, żebyś to zweryfikował, niż wierzył nam na słowo.

I żeby było uczciwie: nasza własna aplikacja też nie tworzy go automatycznie. Ma przycisk w zakładce kopii zapasowych i prosi, żebyś go nacisnął. Domyślnie odznaczone pole wyboru i przycisk, który trzeba nacisnąć, to ta sama luka. Różnica między tymi dwoma narzędziami leży gdzie indziej.

Czy da się cofnąć to, co zmienił?

W większości tak, i lepiej, niż się spodziewaliśmy. Ograniczeniem jest to, że nie pamięta.

Zaczynaliśmy ten tekst, wierząc w popularne twierdzenie, że WinUtil nie cofa większości tego, co robi. Policzyliśmy porządnie i to nieprawda. Z 66 tweaków w aktualnej konfiguracji:

37 zmienia wyłącznie wartości rejestru albo typ uruchamiania usług. Te zapisują wartość pierwotną obok nowej, więc cofnięcie po prostu wpisuje starą z powrotem. Naprawdę odwracalne.

19 uruchamia skrypt i ma do niego skrypt cofający. Też odwracalne.

Sześć uruchamia skrypt bez cofania. Trzy z nich są jednokierunkowe z natury - uruchomienie czyszczenia dysku, usunięcie plików tymczasowych i samo utworzenie punktu przywracania. Te dwa, które mają znaczenie, to usunięcie Widgetów i usunięcie Windows AI. Kolejne dwa wpisy rejestru nie mają zapisanej wartości pierwotnej, więc dla tych konkretnych kluczy nie ma czego wpisać z powrotem.

Narzędzie jest więc bardziej odwracalne, niż mówi o nim opinia. Oto prawdziwe ograniczenie. Jego funkcja cofania czyta listę tweaków zaznaczonych w oknie w danej chwili, a jeśli nie ma żadnego, odpowiada: „Zaznacz tweaki, które chcesz cofnąć."

Nie czyta żadnego zapisu tego, co zostało zastosowane, bo takiego nie prowadzi. Nic nie trafia na dysk. Zamknij WinUtila, otwórz go tydzień później, a wszystkie pola będą puste - narzędzie nie potrafi ci powiedzieć, co zmieniło.

Czyli cofanie działa bez zarzutu, pod warunkiem że ty pamiętasz. Dwa tygodnie później, na komputerze, który zaczął sprawiać problemy, ten warunek dźwiga bardzo dużo.

Część, która nie jest tweakami

Buduje też odchudzone obrazy instalacyjne Windowsa, a to zupełnie inna decyzja.

WinUtil potrafi przygotować odchudzony obraz instalacyjny Windowsa - funkcja nazywa się MicroWin. To zupełnie inna kategoria zmiany niż przełącznik w rejestrze: powstaje nośnik instalacyjny z komponentami wyciętymi, zanim Windows w ogóle zostanie zainstalowany.

Jeśli rozważasz akurat tę funkcję, pytania są te same, o których pisaliśmy w tekście o AtlasOS: co wypada, co da się przywrócić i ile kosztuje cię reinstalacja. Tweak, który cofniesz, i obraz instalacyjny, którego nie cofniesz, to nie ta sama decyzja, nawet gdy siedzą pod tym samym przyciskiem.

Kiedy WinUtil jest właściwym narzędziem

Świeże instalacje, znane zmiany i każdy, kto prowadzi własne notatki.

Stawiasz komputer od nowa. Instalacja dwudziestu aplikacji przez winget z jednej listy, za jednym razem, to najlepsza rzecz, jaką to narzędzie robi, i nic się do tego nie zbliża.

Chcesz konkretnej, znanej zmiany. Wiesz, co wyłączasz i po co. Kategorie są opisane, te ryzykowne mówią CAUTION, a kod każdego tweaka da się przeczytać.

Nie masz problemu z prowadzeniem własnych notatek. Zapisz, co zaznaczyłeś, a cofanie zadziała. Luka w pamięci ciebie nie dotyczy.

Nikomu nie płacisz. Jest darmowe, jest utrzymywane i dla ogarniętego użytkownika stawiającego system od nowa robi swoje.

Kiedy nie jest

Kiedy nie zapamiętasz i kiedy komputer już sprawia problemy.

Nie zapamiętasz. To uczciwie nazwany sposób, w jaki to zawodzi, i najczęstszy. Dwadzieścia zmian za jednym razem, żadnego zapisu, a dwa tygodnie później żadne z was nie wie, co zostało zrobione.

Chcesz wiedzieć, co robi tweak, zanim go włączysz. Dowiedzenie się tego oznacza przeczytanie jego wpisu w pliku konfiguracyjnym na GitHubie. W porządku dla części ludzi, nierealne oczekiwanie wobec większości.

Nie zaznaczyłeś punktu przywracania. Jeśli go pominąłeś, a potem coś jest nie tak, drogą powrotną jest to, co Windows akurat utworzył sam z siebie - czyli być może nic.

Diagnozujesz, a nie konfigurujesz. Komputer, który już sprawia problemy, potrzebuje diagnozy, a nie dwudziestu jednoczesnych zmian. Wrzucenie paczki tweaków na niewyjaśniony problem to sposób, w jaki wątki kończą się przeinstalowaniem Windowsa i problemem, który został.

Czym różni się nasze podejście

Tym, co dzieje się między sesjami, a nie w trakcie jednej.

Nie będziemy twierdzić, że jesteśmy szybsi, ani nazywać WinUtila nieodpowiedzialnym, bo żadna z tych rzeczy nie byłaby prawdą. Różnica polega na tym, co dzieje się między sesjami.

Prowadzimy zapis tego, co zostało zastosowane. To cała odpowiedź na sekcję powyżej. Otwórz naszą aplikację ponownie, a pokaże, co jest włączone, bo ten stan został zapisany, a nie zapamiętany.

Ryzyko jest na karcie, nie w pliku na GitHubie. Każdy tweak mówi, co robi i czym grozi, zanim go włączysz - w interfejsie, jednym zdaniem.

Nazywamy rzeczy, których nie da się cofnąć, w samej aplikacji. Jest ich niewiele, niosą ostrzeżenie nazywające konsekwencję, a te, które trwale usuwają komponenty Windowsa, proszą o osobne potwierdzenie.

I uczciwe granice, żeby ta sekcja była warta czytania: nasz punkt przywracania to przycisk, który naciskasz, a nie coś, co robimy za ciebie. Czytamy prędkość pamięci deklarowaną przez moduły, a nie tę, na której realnie chodzą. Nie czytamy odświeżania twojego monitora.

Zobacz, co jest w aplikacji Albo zleć to na trzydzieści minut