Reddit chowa nowe projekty w megawątkach przez napływ aplikacji generowanych z pomocą AI

Na r/selfhosted problemem przestało być samo używanie AI do programowania. Problemem stała się skala nowych projektów, które można przygotować w kilka dni, wrzucić do publicznego repozytorium i natychmiast promować jako gotowe narzędzie. Moderatorzy jednej z największych społeczności poświęconych self-hostingowi odpowiedzieli na to dość radykalnie: projekty młodsze niż trzy miesiące zostały wyprowadzone z głównego feedu do cotygodniowych megawątków.

To ważne rozróżnienie: nie jest to nowa zasada obowiązująca na całym Reddicie. Dotyczy r/selfhosted i została wprowadzona przez moderatorów tej konkretnej społeczności. Jest jednak ciekawym sygnałem, bo pokazuje praktyczny skutek upowszechnienia narzędzi takich jak Claude Code, Codex, Gemini czy DeepSeek: napisanie działającej aplikacji stało się szybsze niż zbudowanie wokół niej dokumentacji, procesu aktualizacji, testów i odpowiedzialności za utrzymanie.

Nowy projekt ma trzy miesiące na „kwarantannę” w megawątku

Obecna zasada r/selfhosted jest konkretna. Projekt młodszy niż trzy miesiące może zostać zaprezentowany wyłącznie w aktualnym New Project Megathread. Wiek projektu nie jest liczony od momentu, w którym autor uzna aplikację za gotową. Moderatorzy wskazują na pierwszą publiczną obecność projektu, na przykład pierwszy commit w repozytorium Git, publikację w mediach społecznościowych albo inne publiczne udostępnienie.

To zamyka prostą furtkę polegającą na nazwaniu dwutygodniowego repozytorium „projektem rozwijanym od dawna”. W lipcu 2026 roku moderatorzy usuwali już posty, w których pierwsze publiczne commity miały zaledwie kilkanaście dni, kierując autorów bezpośrednio do megawątku.

Mechanizm działa według kilku zasad:

• projekty młodsze niż 3 miesiące trafiają do bieżącego megawątku;

• samodzielny post takiego projektu może zostać usunięty;

• autor nie musi czekać na dzień utworzenia nowego wątku — komentarz może dodać w dowolnym dniu tygodnia;

• moderatorzy deklarują publikowanie nowego megawątku co tydzień;

• stare megawątki pozostają dostępne w archiwum i przez wyszukiwarkę Reddita.

To rozwiązanie zastąpiło wcześniejszy model New Project Friday. Jeszcze w marcu 2026 roku młode projekty można było publikować jako osobne posty w piątki. W praktyce jeden dzień tygodnia zaczął zamieniać się w wysyp premier. W kwietniu moderatorzy zmienili podejście i przenieśli nowe projekty do osobnej, cyklicznej przestrzeni.

Jest tu niedogodność, której nie ma sensu ukrywać: megawątek daje twórcy znacznie mniejszą widoczność niż osobny post. Nie każdy użytkownik wchodzi bezpośrednio na stronę subreddita, a komentarz wewnątrz dużego wątku ma mniejszą szansę pojawić się w głównym feedzie. Część użytkowników r/selfhosted krytykowała właśnie ten efekt — dobry, nowy projekt może zostać schowany razem z dziesiątkami jednorazowych eksperymentów.

Moderatorzy świadomie zaakceptowali ten koszt. Priorytetem stała się jakość głównego feedu, nie maksymalny zasięg każdej premiery.

AI nie jest zakazane, ale trzeba powiedzieć, co właściwie zrobiło

Najciekawsze jest to, czego moderatorzy nie zrobili. Nie zakazali projektów napisanych z pomocą modeli generatywnych.

W kwietniowej aktualizacji zasad sami przyznali, że wcześniejsze podejście do AI nie trafiło w sedno problemu. Zamiast próbować dzielić programy na „ludzkie” i „sztuczne”, postawili na ujawnienie udziału AI oraz ograniczenie ekspozycji bardzo młodych aplikacji.

Aktualny szablon prezentowania projektu w megawątku wymaga lub wyraźnie rekomenduje podanie kilku konkretnych informacji:

• nazwa projektu;

• repozytorium lub strona projektu, np. GitHub, GitLab albo Codeberg;

• opis problemu i funkcji, a nie tylko hasło reklamowe;

• sposób wdrożenia;

• informacja, czy istnieje obraz Docker, plik Docker Compose albo inna instrukcja self-hostingu;

• minimalna dokumentacja instalacji i użycia;

• AI Involvement, czyli jawny opis udziału sztucznej inteligencji.

Samo „używałem AI” jest tu mało użyteczne. Inaczej należy ocenić projekt, w którym model uzupełniał testy albo podpowiadał fragmenty kodu, a inaczej aplikację wygenerowaną od początku do końca przez agenta, której autor nie potrafi samodzielnie debugować.

W jednym z sierpniowych megawątków różnica była widoczna bez dodatkowego śledztwa. Jeden autor opisał AI jako istotne wsparcie podczas implementacji i iteracji, pozostawiając architekturę oraz kierunek rozwoju po swojej stronie. Inny otwarcie napisał, że projekt był „vibecoded” z użyciem DeepSeek i powstawał iteracyjnie przez ponad 140 commitów. Autor kolejnego projektu zadeklarował natomiast, że żaden fragment kodu nie został napisany przez człowieka, a jego rolą było projektowanie, kontrola zmian i zatwierdzanie pull requestów.

Właśnie dlatego prosta etykieta „AI” przestała wystarczać.

r/selfhosted korzysta też z automatycznej moderacji. Moderatorzy zapowiedzieli mechanizm, który przy nowych postach żąda od autora informacji o udziale AI, a część publikacji może zostać czasowo zdjęta do chwili udzielenia odpowiedzi. Pojawiła się również automatyczna kontrola wieku repozytorium.

Nie rozwiązuje to jednak problemu wiarygodności. Nie istnieje pewny techniczny test pozwalający ustalić, jaki procent aplikacji napisał człowiek, a jaki model językowy. Moderatorzy sami przyznają, że trzeba częściowo polegać na deklaracjach autora i kontroli społeczności. Osoba chcąca ukryć wykorzystanie AI nadal może próbować to zrobić.

Konsekwencja jest natomiast konkretna: moderator r/selfhosted potwierdził, że świadome fałszowanie informacji o wykorzystaniu AI może skończyć się banem.

Mniejszy zasięg dla twórcy, ale znacznie wyższy próg wejścia

Zmiana najbardziej boli twórców, którzy traktowali r/selfhosted jako miejsce pierwszej premiery. Jeszcze niedawno można było przygotować efektowny tytuł, kilka zrzutów ekranu i zebrać komentarze bezpośrednio pod osobnym postem. Teraz dwutygodniowy projekt konkuruje o uwagę wewnątrz dużego wątku z innymi premierami.

To nie jest przypadkowy efekt uboczny. Trzy miesiące działają jak prosty filtr dojrzałości.

Jeżeli aplikacja po kwartale nadal istnieje, ma nowe commity, obsłużone zgłoszenia, dokumentację i użytkowników, rośnie prawdopodobieństwo, że autor rzeczywiście zamierza ją utrzymywać. Nie daje to żadnej gwarancji jakości ani bezpieczeństwa, ale odcina część projektów tworzonych w weekend i porzucanych po pierwszej fali zainteresowania.

Dla osób publikujących własne narzędzia oznacza to zmianę kolejności pracy. Sam działający frontend i repozytorium nie wystarczą. Przed promocją trzeba doprowadzić do porządku rzeczy mniej widowiskowe:

1. Instalację — użytkownik powinien wiedzieć, jak uruchomić aplikację bez odgadywania brakujących kroków.

2. Dokumentację — przynajmniej wymagania, konfigurację, aktualizację i podstawowe scenariusze użycia.

3. Status wydania — promowane aplikacje mają być gotowe do pobrania lub przetestowania, a nie istnieć wyłącznie jako zapowiedź.

4. Zakres self-hostingu — r/selfhosted nie jest katalogiem każdego SaaS-u stworzonego przez programistę. Narzędzie musi pasować do tematyki społeczności.

5. Udział AI — najlepiej napisać konkretnie, czy model generował kod, testy, dokumentację, projekt interfejsu, architekturę czy tylko pomagał w pojedynczych zadaniach.

Dochodzi jeszcze reguła środowa. Dashboardy i narzędzia pomocne dla osób zajmujących się self-hostingiem mogą mieć wyjątek w środy, nawet jeżeli same nie są w pełni self-hostowane, pod warunkiem odpowiedniego oznaczenia. Aplikacje mobilne są traktowane bardziej restrykcyjnie — powinny być dodatkiem do backendu, który użytkownik może hostować sam.

To dobry przykład, dlaczego automatyczne wrzucanie każdego projektu do kategorii „AI slop” jest równie nietrafione jak ignorowanie problemu. Generator kodu obniżył koszt wejścia niemal do zera, więc liczba aplikacji musiała wzrosnąć. Koszt utrzymania, audytu bezpieczeństwa, migracji danych i odpowiadania na błędy nie spadł jednak w takim samym stopniu.

I właśnie ten rozdźwięk najbardziej irytuje społeczności techniczne. Narzędzie można wygenerować w weekend. Utrzymywanie go przez dwa lata nadal wymaga człowieka, który rozumie kod, zależności, bazę danych, system aktualizacji i konsekwencje własnych decyzji.

Dla użytkownika chcącego uruchomić nową aplikację na własnym serwerze praktyczna kolejność kontroli powinna być odwrotna niż podczas oglądania efektownego demo. Najpierw sprawdza się wiek repozytorium, historię commitów, otwarte issues, częstotliwość wydań, instrukcję backupu, sposób aktualizacji oraz możliwość eksportu danych. Dopiero później wygląd panelu.

Jeżeli projekt korzystał intensywnie z AI, sama ta informacja nie jest powodem do odrzucenia aplikacji. Czerwona lampka powinna zapalić się wtedy, gdy twórca nie potrafi wyjaśnić architektury, nie ma procedury aktualizacji, ignoruje błędy bezpieczeństwa albo repozytorium składa się z jednego gigantycznego pierwszego commitu bez późniejszej historii utrzymania.

FAQ: nowe projekty i AI na r/selfhosted

Czy Reddit zakazał promowania aplikacji napisanych przez AI?
Nie. Opisywana zasada dotyczy społeczności r/selfhosted, a nie całej platformy. Projekty wykorzystujące AI nadal są dozwolone.

Które projekty muszą trafić do New Project Megathread?
Te, które mają mniej niż trzy miesiące od pierwszej publicznej obecności, np. pierwszego publicznego commitu albo publicznej prezentacji projektu.

Czy trzeba czekać do piątku, aby dodać projekt?
Nie. Nowy megawątek ma powstawać cyklicznie, ale do bieżącego wątku można dodawać projekt w dowolnym dniu tygodnia.

Co stanie się z osobnym postem dotyczącym dwutygodniowej aplikacji?
Może zostać usunięty, a autor skierowany do aktualnego New Project Megathread. Moderatorzy stosują już takie usunięcia w praktyce.

Czy projekt musi być gotowy do użycia?
Tak. Reguły dotyczące autopromocji wymagają, aby promowana aplikacja była production ready i miała dokumentację, a szablon megawątku oczekuje możliwości pobrania lub przetestowania programu oraz instrukcji wdrożenia.

Czy trzeba ujawnić użycie ChatGPT, Claude, Codex, Gemini albo DeepSeek?
Przy prezentowaniu projektu należy transparentnie opisać udział AI. Znacznie lepsza jest informacja „agent generował implementację, a ja projektowałem architekturę i zatwierdzałem PR-y” niż samo „AI-assisted”.

Czy starszy niż trzy miesiące projekt automatycznie może dostać osobny post?
Przekroczenie trzech miesięcy usuwa ograniczenie dotyczące megawątku, ale nie wyłącza pozostałych zasad. Nadal obowiązują reguły dotyczące self-hostingu, autopromocji, dokumentacji, spamu i jakości publikacji.

Czy trzy miesiące gwarantują, że aplikacja jest bezpieczna?
Nie. To filtr wieku, nie audyt bezpieczeństwa. Projekt może mieć rok i nadal zawierać poważne błędy. Przed instalacją trzeba sprawdzić historię rozwoju, zgłoszenia, zależności, aktualizacje, backup i sposób przechowywania danych.

Jeżeli chcesz opublikować własny projekt na r/selfhosted, najpierw sprawdź datę jego pierwszego publicznego śladu. Gdy repozytorium ma mniej niż trzy miesiące, nie zaczynaj od tworzenia efektownego osobnego posta — użyj bieżącego New Project Megathread i przygotuj od razu opis instalacji, dokumentację oraz jasną deklarację udziału AI. To pierwszy błąd, który trzeba wyeliminować przed publikacją.

Więcej informacji na: https://gagadu.pl