Alternatywa dla Filebot 2026: Darmowa, w przeglądarce, bez instalacji

Zanim przejdziemy do alternatywy, warto docenić, czym jest Filebot i dlaczego tak długo dominował na rynku. To nie jest artykuł krytyczny — Filebot to kawał dobrego oprogramowania. Jednak przepaść między tym, czym był, a tym, czego użytkownicy potrzebują w 2026 roku, stale się powiększa, a ostatnie zmiany tylko przyspieszyły ten proces.

Filebot został wydany w 2007 roku przez Reinharda Pointnera. Przez większość swojego istnienia był darmową aplikacją desktopową na Windows, macOS i Linux, która pobierała metadane z TheTVDB, TheMovieDB, AniDB i innych baz danych, aby zmieniać nazwy plików z chirurgiczną precyzją. Jego silnik skryptowy (oparty na Groovy) był wyjątkowo potężny. Społeczność na oficjalnym forum i na subreddicie /r/FileBot utrzymywała bazę wiedzy przy życiu. Dla hobbystów bibliotek multimedialnych był domyślnym poleceniem na każdym wątku pomocy technicznej dla Plex i Kodi przez prawie 15 lat.

W 2017 roku Filebot przeszedł na model licencji wieczystej — płać raz, używaj na zawsze. W 2024 roku to się zmieniło: Filebot wymaga teraz subskrypcji (5,99 EUR co 4 miesiące pod koniec 2025 r.) dla aplikacji desktopowej z GUI. Wersja CLI pozostaje darmowa z ograniczeniami, a posiadacze licencji wieczystych zachowują swoje prawa. Argumentacja dewelopera (zrównoważony rozwój, walka z komercyjnymi dystrybutorami) jest uzasadniona. Reakcja społeczności była mniej przychylna — oficjalne forum i subreddit /r/FileBot są pełne długich wątków od użytkowników, którzy poczuli się zaskoczeni tą zmianą. Niezależnie od tego, czy sympatyzujesz ze stroną dewelopera, czy użytkowników, praktyczny efekt jest ten sam: Filebot nie jest już oczywistą, darmową opcją, jaką był przez dekadę.

Filebot jest napisany w Javie. Oznacza to: ponad 200 MB zajętego miejsca po instalacji, zależności od JRE, sporadyczne ostrzeżenia „ta aplikacja nie jest podpisana” na macOS, problemy z AppImage na Linuksie, wolne uruchamianie na zimno i wysokie zużycie pamięci przy dużych bibliotekach. Żaden z tych problemów nie jest decydujący sam w sobie. Razem tworzą jednak rodzaj niedogodności, która wypada niekorzystnie w porównaniu z nowoczesnym podejściem „po prostu otwórz kartę i upuść pliki”.

Interfejs użytkownika Filebot nie został znacząco przeprojektowany od połowy lat 2010. Działa, jest gęsty, robi to, czego potrzebują zaawansowani użytkownicy, ale wygląda i zachowuje się jak narzędzie z innej epoki. Dla użytkowników, którzy zaczęli przygodę z self-hostingiem w ciągu ostatnich 3 lat, wizualny dysonans w porównaniu z nowoczesnymi aplikacjami (Linear, Vercel, przeprojektowany interfejs samego Plexa) jest rażący. To subiektywna opinia. Ale „chcę po prostu upuścić pliki i patrzeć, jak zmieniają nazwy” staje się coraz częściej podstawowym oczekiwaniem.

Mimo to Filebot wciąż dominuje w wyszukiwarce Google dla zapytań „media renamer” i „rename TV shows”. Powodem nie jest sama jakość — to 17 lat linków zwrotnych, wątków na forach, odpowiedzi na Stack Overflow i tutoriali na YouTube. Inercja SEO jest faktem. Pierwsza fala alternatyw (mnamer CLI, funkcje zmiany nazw w MediaElch, TinyMediaManager) podgryzała go na obrzeżach, ale nigdy nie zagroziła centralnej pozycji Filebot. Dopiero fala alternatyw web-first, której częścią jest RenameFlow, stanowi pierwsze prawdziwe wyzwanie. przejście z Filebot na workflow z Jellyfin.

Reference: filebot.net · r/FileBot

RenameFlow nie próbuje być zamiennikiem Filebot, kopiując każdą jego funkcję. Celuje w 80% zastosowań Filebot, których większość użytkowników faktycznie potrzebuje, oraz dodaje trzy rzeczy, których Filebot nie potrafi.

Pierwsza różnica: RenameFlow działa w całości w przeglądarce. Bez instalacji, bez Javy, bez AppImage. Otwierasz adres URL, przeciągasz folder na stronę, widzisz proponowane nowe nazwy i zatwierdzasz. Pliki nigdy nie są nigdzie wysyłane — zmiana nazw odbywa się lokalnie za pomocą File System Access API (obsługiwanego przez Chrome, Edge, Brave, Opera i Vivaldi). Firefox i Safari go nie obsługują, co jest jedynym prawdziwym ograniczeniem kompatybilności. Dla wszystkich innych, czas od „muszę zmienić nazwy tych plików” do „nazwy zostały zmienione” to mniej niż 60 sekund za pierwszym razem i poniżej 20 sekund za każdym kolejnym. Bez instalowania aktualizacji, bez zarządzania systemową Javą, bez ryzyka, że antywirus przeniesie plik JAR do kwarantanny.

Druga różnica: RenameFlow jest darmowy dla pierwszych 15 plików każdego dnia, bez potrzeby rejestracji i podawania danych karty. To wystarcza do sporadycznego użytku — typowy pobrany film, sezon serialu, partia podcastów. Dla zaawansowanych użytkowników z tysiącami plików, płatny plan to jednorazowa opłata 49 EUR za dożywotni dostęp (żadnych powtarzających się subskrypcji, nigdy) z opcjami miesięcznymi za 2,99 EUR. Cennik jest celowo tak skonstruowany, aby wybór był oczywisty: jeśli masz do przetworzenia mniej niż 100 plików rocznie, naprawdę nigdy nie płacisz. Darmowy tryb CLI w Filebot istnieje, ale jest celowo ograniczony w sposób, który skłania użytkowników do płatnego interfejsu graficznego.

Trzecia różnica: interfejs jest zbudowany pod najczęstsze czynności użytkowników — upuszczanie plików, przeglądanie proponowanych zmian w czytelnym podglądzie obok siebie i kliknięcie „zatwierdź”. Przeciągnij i upuść, skróty klawiszowe (Ctrl+Enter, aby zatwierdzić), błyskawiczne wyszukiwanie w źródłach metadanych, automatyczne mapowanie odcinków anime (natywnie z AniDB, bez instalacji wtyczek) i panel podglądu, który pokazuje stan przed i po zmianie nazwy dla każdego pliku, zanim cokolwiek zostanie zapisane na dysku. Interfejs Filebot działa, ale zakłada, że się go nauczysz; interfejs RenameFlow zakłada, że masz inne rzeczy do roboty. Schematy nazewnictwa Plex.

Dokładność metadanych jest porównywalna z Filebot dla filmów, seriali i anime — RenameFlow odpytuje te same punkty końcowe TMDB, TVDB, AniDB i MusicBrainz. Różnice w jakości dopasowania wynikają z heurystyki (parser nazw plików, preferencje językowe, obsługa roku), a dla zdecydowanej większości popularnych treści wyniki są identyczne.

Większą zmianą jest interfejs. Gęsty, wielopanelowy układ Filebot został skompresowany do trzypanelowego przepływu w RenameFlow: pliki po lewej, dopasowania metadanych pośrodku, podgląd po prawej. Zaawansowane funkcje dla użytkowników skryptów Groovy (niestandardowe formaty z warunkami, zamiany regex, wieloźródłowe łańcuchy zapasowe) nie są dostępne w interfejsie RenameFlow — jeśli polegałeś na zaawansowanych skryptach Filebot, RenameFlow może wydawać się ograniczony. Jeśli używałeś Filebot wyłącznie przez jego GUI, przejście jest głównie redukcyjne: mniej przycisków, te same rezultaty.

Kwestia mobilna wygląda inaczej. Filebot w ogóle nie ma aplikacji mobilnej. Interfejs webowy RenameFlow ładuje się na urządzeniach mobilnych, ale File System Access API nie jest tam dostępne — możesz zobaczyć podgląd, ale nie możesz faktycznie zmienić nazw z telefonu. Większość użytkowników nie zmienia nazw plików z telefonu, więc w praktyce rzadko ma to znaczenie.