Codeberg zakazał projektów pisanych głównie przez AI

Codeberg, niemiecki niekomercyjny hosting kodu i najczęściej wskazywana alternatywa dla GitHuba, dopisał do regulaminu zakaz udostępniania projektów, które w większości składają się z kodu napisanego przez AI. Zmiana weszła do regulaminu 22 lipca 2026, a dzień później zespół wyjaśnił ją na blogu. To pierwszy duży hosting kodu, który reguluje vibe coding wprost w warunkach korzystania z usługi.

Zacznijmy od rzeczy, którą łatwo przekręcić, a która zmienia sens całej sprawy. To nie jest zakaz używania Claude Code, Cursora czy Codeksa do pracy nad kodem. Zakaz dotyczy wrzucania na Codeberg gotowych projektów, które są w większości maszynowym wypisem, i to nie każdego takiego projektu.

Co dokładnie mówi nowy zapis

Nowy punkt regulaminu brzmi, w tłumaczeniu: nie wolno udostępniać projektów, które w większości składają się z kodu napisanego przez narzędzia „generatywnej AI”, w tym usługi takie jak Claude czy OpenAI Codex. Jako uzasadnienie regulamin podaje dwie rzeczy: niejasny status prawnoautorski takich projektów oraz to, że mają słabe zabezpieczenia przed przemyceniem szkodliwego kodu.

Warto zauważyć, że twórcy zapisu wymienili z nazwy konkretne narzędzia. To rzadkość w regulaminach, które zwykle operują ogólnikami.

Sankcje nie są nowym wynalazkiem, tylko standardową ścieżką z tego samego paragrafu: naruszenie oznacza natychmiastowe usunięcie treści wraz z ostrzeżeniem, a kolejne mogą skończyć się zawieszeniem konta. W przypadkach nieoczywistych decyduje prezydium stowarzyszenia zwykłą większością głosów.

Głosowanie: 358 do 144

Zmiana nie przyszła z zarządu, tylko z głosowania członków stowarzyszenia Codeberg e.V. Na dorocznym zgromadzeniu zgłoszono dwa wnioski dotyczące AI i oba przeszły.

Pierwszy to zobowiązanie, że Codeberg nie użyje kodu ani danych użytkowników do trenowania modeli. W komunikacie napisano wprost, że platforma nie wykorzystuje i nie będzie wykorzystywać kodu ani danych projektów i użytkowników do trenowania narzędzi sztucznej inteligencji.

Drugi, ten o projektach z AI, był wyraźnie bardziej sporny. Wynik: 358 głosów za, 144 przeciw i 14 wstrzymujących się, przy frekwencji około 50 procent aktywnych członków. Czternastodniowe głosowanie zakończyło się 22 lipca. Dyskusja pod samą propozycją była równie podzielona, a najczęstszy zarzut dotyczył słowa „w większości”, które jest nieostre i zostawia sporo miejsca na interpretację.

Kogo to dotyczy, a kogo nie

Najbardziej praktyczna część jest we wpisie na blogu, bo zespół rozpisał nieformalne wytyczne w trzech grupach. Zaczynają od zapewnienia, że nie będzie masowego kasowania repozytoriów w ciągu kilku dni ani automatycznego skanowania treści.

Prawdopodobnie Cię to nie dotyczy, jeśli prowadzisz:

• projekt z aktywną społecznością, która się nim realnie opiekuje
• projekt z istotną historią sprzed ery modeli językowych
• projekt, do którego ktoś przysłał kod od AI, o ile poza tym nie stoi on na intensywnym używaniu modeli

Odradzane, ale w praktyce raczej tolerowane: poboczne projekty i eksperymenty zużywające mało zasobów, a także konkretne narzędzia i własne skrypty, które i tak nigdy nie znalazłyby społeczności.

Może już nie być mile widziane:

• projekty tworzone autonomicznie przez agentów AI
• projekty pisane i utrzymywane z intensywnym udziałem modeli
• projekty, których zużycie zasobów, na przykład miejsca na dysku albo czasu w automatycznych testach, jest wyraźnie większe niż to, co byłby w stanie wytworzyć ręcznie zespół tej wielkości
• projekty mocno związane z ekosystemem modeli, na przykład narzędzia napisane przez AI po to, żeby ułatwiać korzystanie z AI
• wysyłanie kodu od AI do projektów, które mają własne zasady tego zabraniające

Ostatni punkt na tej liście warto przeczytać dwa razy, jeśli kiedykolwiek wysyłasz poprawki do cudzych projektów.

Skąd ta decyzja

Argumentacja Codeberga jest w dużej mierze kosztowa i nie chodzi w niej o rachunek za tokeny.

Pierwsza sprawa to roboty indeksujące firm AI, które zamiast po prostu sklonować repozytorium czytają każdą możliwą podstronę, łącznie z każdą wersją pliku w historii. To generuje kosztowne zapytania do bazy i zmusza administratorów do stawiania blokad, które psują pracę zwykłym użytkownikom.

Druga to ceny sprzętu. Codeberg podaje konkret: dysk, który kilka lat temu kupowali za 700 euro, kosztuje dziś 3700 euro i bywa niedostępny. Skoro platforma stoi na własnym sprzęcie, każda wymiana boli podwójnie.

Trzecia to „projekty widma”. Zespół pisze o repozytoriach z jednym twórcą i praktycznie zerową liczbą użytkowników, które zużywają tyle zasobów co największe projekty społecznościowe: dużo aktywności w kodzie, ciężkie testy automatyczne, częste i duże pliki wydań.

Czwarta dotyczy licencji. Przy projektach na licencjach copyleft pojawia się zjawisko, które Codeberg nazywa praniem licencji: kod objęty wymogiem dzielenia się zmianami wraca z modelu jako „wygenerowany”, już bez tego wymogu.

Co z tego wynika dla Ciebie

Praktycznie: jeśli hostujesz swoje projekty na GitHubie, dziś nic się dla Ciebie nie zmienia. Żaden z dużych komercyjnych hostingów takiego zapisu nie ma, a GitHub sprzedaje własnego Copilota, więc trudno się spodziewać, żeby poszedł tą drogą.

Ale to jest sygnał, który warto zapamiętać. Do tej pory pytanie „czy wolno wrzucić projekt zbudowany z AI” było kwestią czyjegoś gustu i komentarzy pod pull requestem. Teraz po raz pierwszy jest kwestią regulaminu, z konkretną sankcją i z konkretnym trybem odwoławczym. Codeberg jest mały w porównaniu z GitHubem, ale jest też miejscem, do którego migrują projekty ceniące niezależność, więc jego decyzje bywają zapowiedzią szerszego nastroju.

I jeszcze jedno, mniej oczywiste. Wśród powodów nie ma zdania „kod od AI jest zły”. Jest zdanie o zasobach, o prawie autorskim i o tym, że projekt bez ludzi wokół niego nie jest projektem open source, tylko plikiem na cudzym dysku. Jeśli budujesz coś z AI i chcesz to wypuścić światu, to całkiem dobra lista pytań do samego siebie.