gik|iewicz

Godot Foundation wprowadził zakaz akceptowania kodu tworzonego przez sztuczną inteligencję. Decyzja dotyczy pull requestów generowanych przez narzędzia takie jak ChatGPT czy Claude. Społeczność open-source musi teraz mierzyć się z nową rzeczywistością, w której automatyczne contributy tracą rację bytu.

TL;DR: Godot Engine oficjalnie odrzuca kod generowany przez AI w pull requestach. Fundacja argumentuje to brakiem zaufania do autorów korzystających z automatyzacji – ci nie potrafią wytłumaczyć ani naprawić swojego kodu. Nowa polityka obejmuje również komunikację między ludźmi oraz zakaz używania agentów AI do tworzenia zgłoszeń.

Dlaczego Godot zakazuje kodu od AI?

Fundacja odpowiedzialna za rozwój silnika Godot oficjalnie ogłosiła zaostrzenie polityki dotyczącej contributów tworzonych przez sztuczną inteligencję. Głównym powodem jest rosnąca fala niskiej jakości pull requestów, które zalewają repozytorium projektu. Deweloperzy odpowiedzialni za przegląd kodu tracą czas na analizę zgłoszeń, których autorzy nie rozumieją własnych propozycji.

Problem dotyczy przede wszystkim osób korzystających z modeli językowych do generowania łatek. Narzędzia takie jak ChatGPT produkują kod, który wygląda poprawnie, ale często zawiera błędy logiczne. Zatem recenzenci muszą poświęcać dodatkowy czas na weryfikację każdego takiego zgłoszenia.

To rodzi pytanie: czy AI w ogóle powinno tworzyć kod dla projektów open-source?

Fundacja Godot stwierdziła wprost, że nie może ufać ciężkim użytkownikom AI – ci nie rozumieją swojego kodu wystarczająco dobrze, aby go naprawić, gdy coś pójdzie nie tak. Decyzja obejmuje zakaz generowania łatek, zgłoszeń oraz komunikacji między współtwórcami.

W praktyce oznacza to kompletny zakaz używania automatycznych narzędzi do tworzenia contributów w projekcie Godot. Fundacja uznała, że jakość mattered more than quantity.

Co dokładnie obejmuje nowa polityka Godot?

Nowe zasady dotyczą wszystkich aspektów współpracy z projektem Godot, nie tylko kodu źródłowego. Fundacja zakazuje używania sztucznej inteligencji do generowania pull requestów, issue reports oraz komentarzy w dyskusjach. Ponadto polityka obejmuje również agentów AI, które automatycznie tworzą zgłoszenia w imieniu użytkowników.

Najważniejsze punkty nowej polityki Godot:

• Zakaz generowania pull requestów przy użyciu ChatGPT, Claude, Gemini oraz innych modeli językowych
• Zakaz używania agentów AI do automatycznego tworzenia zgłoszeń błędów
• Zakaz generowania komentarzy i odpowiedzi w dyskusjach za pomocą AI
• Wymóg pełnego zrozumienia każdego wiersza kodu przez autora pull requesta
• Zakaz używania AI do tłumaczenia komunikatów między współtwórcami
• Konieczność podpisania umowy kontrybucji potwierdzającej autorstwo
• Weryfikacja zgłoszeń pod kątem sygnałów charakterystycznych dla AI
• Możliwość odrzucenia pull requesta bez podania szczegółowego uzasadnienia

Powyższa tabela przedstawia zestawienie obszarów objętych zakazem:

Jak zespół Godot rozpoznaje kod od AI?

Fundacja nie ujawnia dokładnych metod wykrywania kodu generowanego przez sztuczną inteligencję, aby uniknąć prób obchodzenia zakazu. Przede wszystkim recenzenci zwracają uwagę na charakterystyczne wzorce w pull requestach. Kod tworzony przez modele językowe często zawiera specyficzne struktury, nazwy zmiennych oraz wzorce komentarzy, które różnią się od stylu ludzkich programistów.

Dodatkowo zespół sprawdza, czy autor rozumie własne zgłoszenie. Na przykład podczas dyskusji nad kodem recenzenci zadają pytania dotyczące implementacji. Jeśli autor nie potrafi wyjaśnić, dlaczego użył konkretnego rozwiązania, jest to sygnał ostrzegawczy.

Co więcej, fundacja analizuje historię contributów danego użytkownika. Nagłe zmiany w stylu kodowania lub skokowa poprawa jakości mogą wskazywać na użycie automatycznych narzędzi. Podobne podejście stosują inne projekty open-source, np. GitHub Copilot generuje kod o specyficznym wzorcu przepływu sterowania.

Recenzenci projektu Godot wykrywają kod AI poprzez analizę stylu programowania, struktury komentarzy oraz możliwość udzielenia odpowiedzi na pytania techniczne dotyczące danego zgłoszenia przez autora – brak tej możliwości skutkuje natychmiastowym odrzuceniem propozycji.

Jakie są konsekwencje dla twórców gier używających AI?

Programiści indywidualni mogą nadal korzystać z narzędzi AI podczas tworzenia własnych gier w silniku Godot. Zakaz dotyczy wyłącznie contributów do oficjalnego repozytorium silnika. Zatem twórcy używający ChatGPT do pisania skryptów GDScript we własnych projektach nie muszą się martwić nowymi regulacjami.

Jednakże osoby chcące współtworzyć projekt muszą dostosować się do nowych zasad. Oznacza to konieczność samodzielnego pisania kodu oraz pełnego zrozumienia każdej linijki. W rezultacie bariera wejścia dla nowych współtwórców może się podwyższyć, co z jednej strony ograniczy liczbę niskiej jakości zgłoszeń, ale z drugiej może odstraszyć programistów korzystających z asystentów kodu.

Czy to koniec współpracy między AI a open-source? Nie do końca. Niektóre projekty nadal akceptują kod od sztucznej inteligencji, ale wymagają wyraźnego oznaczenia takich zgłoszeń. Fundacja Godot poszła krok dalej, wprowadzając całkowity zakaz, co znajduje odzwierciedlenie w szerszej debacie o jakości kodu AI.

Warto sprawdzić, jak polityka Godot wpłynie na inne projekty open-source w najbliższych miesiącach. Podobne dylematy pojawiają się również w kontekście praw autorskich do kodu generowanego przez AI, na przykład w artykule Kto jest właścicielem kodu napisanego przez Claude Code?.

Jak inne projekty open-source reagują na kod AI?

Fundacja Godot nie jest odosobniona w swoim stanowisku wobec sztucznej inteligencji. Wiele projektów open-source boryka się z podobnymi problemami, jednakże podejścia do contributów generowanych przez ChatGPT czy Claude znacznie się różnią. Niektóre repozytoria wprowadzają pełne zakazy, podczas gdy inne jedynie oznaczają takie zgłoszenia specjalnymi tagami.

Różnorodność strategii pokazuje, że społeczność nie ma jednego rozwiązania. Otóż każdy projekt musi wypracować własny model radzenia sobie z zalewem automatycznych propozycji. Poniżej przedstawiono zestawienie najczęstszych podejść stosowanych przez społeczności open-source:

• Całkowity zakaz zgłoszeń tworzonych przez modele językowe i agentów AI
• Wymóg wyraźnego oznaczania każdego fragmentu kodu wygenerowanego automatycznie
• Obowiązek udowodnienia przez autora pełnego zrozumienia logiki zgłoszenia
• Automatyczne zamykanie pull requestów zawierających sygnatury typowe dla AI
• Ograniczenie liczby zgłoszeń od jednego autora w określonym czasie
• Zablokowanie dostępu do repozytorium dla kont zarządzanych przez boty
• Weryfikacja znajomości bazy kodu poprzez dodatkowe pytania techniczne
• Wymóg podpisania klauzuli o niezastosowaniu zautomatyzowanych narzędzi

Projekty takie jak Godot idą o krok dalej, całkowicie odrzucając kod od sztucznej inteligencji. Z kolei inne inicjatywy dopuszczają automatyzację, pod warunkiem rygorystycznego oznaczania. Mimo to, rosnąca fala niskiej jakości zgłoszeń wymusza coraz bardziej restrykcyjne działania.

Twórcy Godot Engine uważają, że programiści intensywnie korzystający z AI nie potrafią samodzielnie naprawić swojego kodu – z tego powodu fundacja całkowicie zakazuje generowania pull requestów, zgłoszeń błędów oraz komentarzy przy użyciu modeli językowych.

Czy AI rzeczywiście nie rozumie tworzonego kodu?

Zdaniem zespołu Godot, odpowiedź brzmi negatywnie w kontekście odpowiedzialności za projekt. Narzędzia takie jak ChatGPT produkują działające fragmenty, jednakże brakuje im kontekstu architektonicznego całego systemu. Dlatego kod ten często wprowadza luki w wydajności lub psuje istniejące funkcje silnika.

Co więcej, autorzy zgłoszeń nie potrafią obronić swoich propozycji. Kiedy recenzenci proszą o wyjaśnienie konkretnego algorytmu, uzyskują wymijające odpowiedzi. To fizycznie blokuje proces przeglądu. Brak odpowiedzialności za błędy stanowi fundament nowej polityki fundacji.

Zatem odrzucenie AI wynika z czysto praktycznych powodów. Modele językowe nie rozumieją złożoności silnika gry. Generują kod powierzchniowo poprawny, który w głębszym ujęciu bywa destrukcyjny. Podobne problemy opisano w kontekście słabych treści generowanych przez AI, które niszczą społeczności internetowe poprzez masową produkcję niskiej jakości informacji.

Fundacja Godot uznała, że nie może ufać użytkownikom AI, ponieważ ci nie rozumieją swojego kodu wystarczająco dobrze, aby go naprawić w razie problemów – w rezultacie każde zgłoszenie podejrzane o automatyczne wygenerowanie zostanie odrzucone.

Jakie techniczne sygnały zdradzają użycie ChatGPT?

Kod generowany automatycznie posiada specyficzne cechy, które wyróżniają go na tle ludzkich contributów. Przede wszystkim modele językowe nadużywają pewnych struktur danych oraz dodają zbędne komentarze tłumaczące proste operacje. Ponadto nazwy zmiennych często wydają się nienaturalnie opisowe.

Recenzenci Godot zwracają uwagę na te powtarzalne wzorce. Na przykład, sztuczna inteligencja rzadko uwzględnia konwencje stylu obowiązujące w konkretnym projekcie. Choć kod przechodzi testy automatyczne, jego struktura rażąco odbiega od standardów przyjętych w repozytorium. To ułatwia szybką identyfikację.

Oto najczęstsze techniczne sygnały wskazujące na automatyzację:

• Nadmiernie długie i opisowe nazwy funkcji łamiące lokalną konwencję
• Szablonowe bloki komentarzy typu docstring w miejscach, gdzie ich nie używa
• Ignorowanie istniejących funkcji pomocniczych na rzecz pisania własnych
• Powielanie logiki w wielu miejscach zamiast stosowania refaktoryzacji
• Nietypowe wcięcia lub spójność formatowania łamiąca styl pliku
• Brak świadomości dostępnych makr silnika oraz wbudowanych typów
• Nienaturalnie poprawna składnia połączona z błędną logiką biznesową
• Dodawanie zbędnych bloków obsługi wyjątków tam, gdzie nie są potrzebne

Wszystko to składa się na obraz zgłoszenia, które recenzenci mogą odrzucić niemal natychmiast. Szczegóły dotyczące nowej polityki dostępne są w oficjalnym komunikacie. Zatem zautomatyzowane tworzenie łatki staje się łatwe do wykrycia.

Często zadawane pytania

Czy mogę używać ChatGPT do pisania gier w Godot?

Twórcy gier mogą korzystać z AI do pisania własnych skryptów GDScript, jednakże fundacja nie przyjmie takiego kodu jako pull requestów (PC Gamer).

Czy mogę wysłać zgłoszenie błędu wygenerowane przez Claude?

Nie, fundacja zabrania używania agentów AI oraz modeli językowych do tworzenia issue reports. Każde zgłoszenie musi być napisane przez człowieika, aby autor mógł wytłumaczyć techniczne tło problemu (GamingOnLinux).

Czy nowa polityka Godot zabrania GitHub Copilot?

Tak, polityka obejmuje wszystkie narzędzia generujące kod, w tym asystenty wbudowane w edytory. Fundacja wymaga, aby autor pull requesta rozumiał każdą linijkę i potrafił ją samodzielnie naprawić (GamingOnLinux).

Co się stanie, gdy mój pull request zostanie oznaczony jako AI?

Zgłoszenie zostanie natychmiastowo odrzucone bez konieczności podawania szczegółowego uzasadnienia przez recenzentów. Ponadto konto autora może zostać poddane dodatkowej weryfikacji w przyszłości (Godot Foundation).

Podsumowanie

Decyzja fundacji Godot wyznacza nowy standard zarządzania projektami open-source. Przede wszystkim pokazuje, że jakość kodu ma priorytet nad jego ilością. Ponadto zmusza społeczność do refleksji nad odpowiedzialnością za zautomatyzowane contributy.

Główne wnioski płynące z nowej polityki:

• Całkowity zakaz akceptowania pull requestów generowanych przez modele językowe
• Konieczność pełnego zrozumienia i obrony każdej linijki kodu przez autora
• Rozszerzenie zakazu na zgłoszenia błędów oraz komunikację między współtwórcami
• Prawdopodobieństwo, że inne projekty open-source wprowadzą identyczne regulacje

Podobne dylematy pojawiają się w kontekście własności intelektualnej, na przykład przy Kto jest właścicielem kodu napisanego przez Claude Code?. Z kolei koszty utrzymania takich rozwiązań omawia artykuł Agent AI do pisania kodu musi obniżać koszty utrzymania. Więcej informacji o wpływie automatyzacji na rynek znajdziesz w tekście Polikryzys AI: Dlaczego boom na sztuczną inteligencję może runąć w 2026?.

Sprawdź, jak nowe zasady wpłyną na Twoje procesy deweloperskie. Jeśli korzystasz z AI w codziennej pracy, przeanalizuj politykę swoich repozytoriów i upewnij się, że rozumiesz każdy generowany skrypt przed jego wysłaniem.