Torvalds kontra Debian – dwie wizje dla AI w otwartym oprogramowaniu

W tym samym tygodniu lipca 2026 roku dwa najpotężniejsze projekty open source wytyczyły sobie skrajnie różne ścieżki wobec kodu wspomaganego przez sztuczną inteligencję. Linus Torvalds napisał na liście mailingowej jądra Linuxa, że Linux „nie jest jednym z tych anty-AI projektów”, a krytycy mogą go „sforkować. Albo po prostu odejść” . Trzy dni później Projekt Debian rozpoczął okres dyskusji nad Rezolucją Generalną, która „wyraźnie zabraniałaby jakichkolwiek wkładów do Debiana napisanych z użyciem lub przy pomocy dużych modeli językowych (LLM) lub innych generatywnych narzędzi AI” .

Ten kontrast to nie tylko proceduralna różnica zdań. Odzwierciedla on fundamentalnie odmienne filozofie zarządzania, poziom akceptacji ryzyka i wizje przyszłości rozwoju open source.

Jądro Linuxa: pragmatyczne przyzwolenie z ludzką odpowiedzialnością

Stanowisko Torvaldsa jest wynikiem długiej, niekiedy sprzecznej ewolucji. Na początku 2026 roku ostrzegał on programistów jądra przed używaniem kodu generowanego przez AI i nazywał AI „w 90% marketingiem” . W listopadzie 2025 roku na Open Source Summit Korea mówił, że jest „raczej pozytywnie” nastawiony do „vibe codingu” dla uczących się . Opierał się jednak sformalizowaniu jakiejkolwiek polityki aż do Maintainers Summit, gdzie Sasha Levin przekonywał, że jądro potrzebuje udokumentowanego konsensusu w sprawie narzędzi AI .

Efektem, włączonym do Linuksa 7.0 w kwietniu 2026 roku, jest plik Documentation/process/coding-assistants.rst – zwięzły, praktyczny dokument ustanawiający trzy zasady:

• Tylko ludzie mogą składać podpis (Signed-off-by). „Agenci AI NIE MOGĄ dodawać tagów Signed-off-by. Tylko ludzie mogą prawnie poświadczyć Developer Certificate of Origin (DCO)” . DCO to prawnie wiążące oświadczenie o autorstwie i licencjonowaniu; żadne AI nie może go złożyć.
• Atrybucja przez tag „Assisted-by” (zalecana, ale niewymuszana). Osoby wnoszące wkład z użyciem narzędzi AI proszone są o dodanie tagu Assisted-by: z nazwą i wersją modelu, np.

  Assisted-by: ChatGPT-4 (gpt-4-0314) [GitHub Copilot]

  .
• Pełna odpowiedzialność człowieka. Osoba składająca wkład ponosi całkowitą odpowiedzialność prawną i reputacyjną za każdą linię kodu, każdy błąd i każdą lukę bezpieczeństwa w łatkach wspomaganych przez AI .

Wpis Torvaldsa na listę mailingową jądra z 15 lipca 2026 roku ujawnił jego logikę: narzędzia AI to opcjonalne wspomagacze produktywności, podobne do kompilatorów czy debuggerów, a jądro nie powinno stać się „jednym z tych anty-AI projektów”, które zakazują użytecznych narzędzi . Ostrzegł przed praktycznymi wadami, ale stwierdził, że opiekunowie powinni dostosować narzędzia i praktyki recenzji, zamiast narzucać odgórne zakazy .

Projekt Debian: formalna próba zakazu wkładów generowanych przez LLM

Podejście Debiana jest dokładnie odwrotne. 24 lipca 2026 roku projekt otworzył okres dyskusji nad Rezolucją Generalną vote_002, „LLM usage in Debian”, zaproponowaną przez programistę Matthiasa Geigera i popartą przez siedmiu współpracowników, w tym Iana Jacksona . Oficjalna strona głosowania Debiana podaje, że celem rezolucji jest „wyraźne zakazanie jakichkolwiek wkładów do Debiana napisanych z użyciem lub przy pomocy dużych modeli językowych (LLM) lub innych generatywnych narzędzi AI” .

Proponowany zakaz obejmuje szeroki zakres bezpośrednich wkładów do Debiana:

• Pakiety źródłowe Debiana
• Oficjalne oprogramowanie projektu Debian (takie jak lintian)
• Oficjalną dokumentację i tłumaczenia
• Oficjalną komunikację projektu
• Zgłoszenia błędów (bug reporty)
• Treści na wiki

Rezolucja wyraźnie wyklucza projekty nadrzędne (upstream) używające LLM do własnego rozwoju, oprogramowanie związane z AI pakowane przez Debiana oraz łatki i poprawki bezpieczeństwa z upstreamu .

Głosowanie oferuje kilka opcji:

• Propozycja A (zakaz): Zakazanie wszelkich wkładów wspomaganych przez LLM do Debiana.
• Propozycja B (zezwolenie pod warunkami): Zezwolenie na wkłady wspomagane przez AI pod pewnymi warunkami (ujawnienie, tagowanie itp.).
• Dalsze opcje: Dodatkowe opcje pośrednie lub „dalsza dyskusja” .

Rezolucja wymienia cztery kategorie obaw: niepewność prawna dotycząca statusu praw autorskich do wyników LLM, ryzyko obniżenia jakości i dokładności, wpływ na kondycję społeczności (w tym obciążenie recenzentów) oraz kwestie etyczne związane z praktykami trenowania LLM . Debian postrzega kod generowany przez AI jako potencjalne ryzyko dla łańcucha dostaw i kwestie prawne dla dystrybucji .

To nie jest pierwsza próba Debiana w tej sprawie. W lutym-marcu 2026 roku projekt Rezolucji Generalnej autorstwa byłego lidera Debiana, Lucasa Nussbauma, zezwalałby na wkłady wspomagane przez AI pod siedmioma warunkami, w tym obowiązkowym ujawnianiem i tagami w formacie maszynowym . Po tygodniach intensywnej debaty na liście mailingowej społeczność całkowicie porzuciła to głosowanie, decydując się na dalsze rozpatrywanie wkładów AI indywidualnie . Lipcowa próba z 2026 roku to nowa, bardziej restrykcyjna propozycja, którą niektórzy obserwatorzy postrzegają jako reakcję na wcześniejszy brak konsensusu .

Porównanie: kluczowe różnice

Wymiar	Jądro Linuxa (Torvalds)	Projekt Debian
Stanowisko	Otwarte, zezwalające	Restrykcyjne, przezorne
Narzędzia AI	Dozwolone jako wspomagacze produktywności	Proponowany zakaz wszelkiej pracy wspomaganej przez LLM
Uzasadnienie	Narzędzia są opcjonalne, ludzie pozostają odpowiedzialni, zakazywanie jest niepraktyczne	Niejasność prawna/licencyjna, ryzyko jakościowe, zasada ludzkiego autorstwa
Kluczowy mechanizm	Tag Assisted-by + tylko ludzki Signed-off-by	Całkowity zakaz poprzez Rezolucję Generalną
Ton przywództwa	„Zrób forka albo odejdź”	Demokratyczne głosowanie programistów
Harmonogram	Polityka sformalizowana w kwietniu 2026, Torvalds potwierdził 15 lipca 2026	Okres dyskusji rozpoczęty 24 lipca 2026, data głosowania jeszcze nieogłoszona

Rosnący rozłam w świecie open source

Te dwie pozycje reprezentują bieguny pogłębiającego się podziału w ekosystemie. Torvalds, jako samodzielny „życzliwy dyktator”, może podjąć błyskawiczną decyzję o powitaniu narzędzi AI i powiedzieć dysydentom, by zrobili forka . Debian, jako projekt zarządzany przez społeczność z silnym przywiązaniem do zasad wolnego oprogramowania i ostrożności prawnej, przechodzi przez formalny demokratyczny proces, by zakazać tego, co postrzega jako egzystencjalne zagrożenie dla autorstwa ludzi w open source .

Obserwatorzy zauważają, że ten podział odzwierciedla szerszą fragmentację open source: Ubuntu przyjęło AI, podczas gdy inne projekty, jak Curl, zakazały wkładów generowanych przez AI ze względu na obawy o jakość . Głosowanie w Debianie, jeśli zakończy się sukcesem, może ustanowić potężny precedens dla tego, jak główne dystrybucje Linuksa będą traktować wkłady generowane przez AI w przyszłości .

Dla programistów poruszających się w tym krajobrazie praktyczna konsekwencja jest jasna: to, co jest mile widziane w jądrze Linuxa, może być naruszeniem polityki w Debianie. Ekosystem open source nie ma już jednego stanowiska w sprawie AI – ma coraz więcej konkurencyjnych, a wybór każdego projektu odzwierciedla jego najgłębsze wartości zarządcze.