Rozwój jądra Linux od lat kojarzy się z ogromną liczbą programistów, tysiącami poprawek i bardzo rygorystycznym procesem przeglądania kodu. W 2026 roku do tego równania dochodzi jednak nowy element: sztuczna inteligencja.
Podczas prac nad Linuksem 7.2 Linus Torvalds zwrócił uwagę na nietypowo dużą liczbę poprawek trafiających do kolejnych wersji Release Candidate. Szczególnie interesujące jest to, że część problemów została wykryta dzięki narzędziom wykorzystującym AI i modele językowe.
Co ważne, nie oznacza to, że AI samodzielnie tworzy i zatwierdza kod jądra. Rzeczywistość jest znacznie ciekawsza.
Linux 7.2 pokazał, że coś się zmieniło
W klasycznym cyklu rozwoju kernela kolejne wersje RC powinny stopniowo się uspokajać. Po zakończeniu tzw. merge window nowe funkcje przestają być dodawane, a deweloperzy skupiają się przede wszystkim na usuwaniu błędów i regresji.
Tymczasem podczas rozwoju Linuksa 7.2 sytuacja wyglądała inaczej.
Już przy Linux 7.2-rc5 pojawiały się informacje o wyjątkowo dużej aktywności związanej z poprawkami. W przypadku rc6 Linus Torvalds określił wydanie jako ogromne, a rc7 również nie przyniosło spodziewanego wyciszenia aktywności.
Torvalds nazwał tę sytuację w praktyce „nową normalnością”. Duża część dodatkowych zmian nie wynikała jednak z dodawania kolejnych funkcji do kernela. Chodziło przede wszystkim o znajdowanie i naprawianie istniejących błędów.
I właśnie tutaj coraz większą rolę odgrywa AI.
AI nie pisze Linuksa za programistów
To najważniejsza kwestia, którą warto wyjaśnić.
Nagłówki sugerujące, że „AI tworzy Linuxa”, byłyby dużym uproszczeniem.
Narzędzia wykorzystujące sztuczną inteligencję są coraz częściej wykorzystywane do analizy istniejącego kodu. Mogą przeszukiwać ogromne fragmenty kernela, szukać potencjalnych błędów, analizować nietypowe ścieżki wykonania czy wskazywać miejsca, które wymagają dodatkowej uwagi.
W efekcie AI może powiedzieć programiście:
„Tutaj może występować problem”.
Ale na tym praca się nie kończy.
Człowiek musi sprawdzić zgłoszenie, potwierdzić, że problem rzeczywiście istnieje, przygotować poprawkę, przetestować ją i przesłać zgodnie z obowiązującym procesem rozwoju kernela.
Dokumentacja projektu Linux dotycząca wykorzystania AI jednoznacznie podkreśla, że odpowiedzialność za kod i jego zgodność z wymaganiami pozostaje po stronie człowieka. AI nie może również samodzielnie dodawać podpisu Signed-off-by, ponieważ jest on związany z odpowiedzialnością autora za przesłaną zmianę.
To bardzo istotna różnica.
AI jest tutaj bardziej dodatkowym recenzentem niż autonomicznym programistą.
Dlaczego nagle znajdujemy tak dużo błędów?
Jądro Linux jest gigantycznym projektem. Zawiera sterowniki, systemy plików, kod odpowiedzialny za pamięć, sieć, procesory, grafikę, USB i niezliczoną liczbę innych elementów.
Część tego kodu jest bardzo stara.
Niektóre błędy mogą więc pozostawać niezauważone przez wiele lat, ponieważ występują tylko w określonych warunkach.
Dobrym przykładem jest problem związany z zarządzaniem pamięcią, który został naprawiony podczas prac nad Linuxem 7.2. Według informacji opublikowanych w trakcie cyklu rozwojowego błąd związany z wyścigiem prowadzącym do use-after-free mógł znajdować się w kernelu przez około osiem lat.
To pokazuje potencjał automatycznej analizy.
Człowiek może nie mieć czasu, aby przejrzeć każdą możliwą ścieżkę wykonania w milionach linii kodu. Narzędzie automatyczne może natomiast analizować kod nieprzerwanie i zgłaszać miejsca, które wymagają uwagi.
Linux 7.2-rc7: dużo poprawek, ale niekoniecznie dużo nowych funkcji
W przypadku Linux 7.2-rc7 szczególnie interesujący był właśnie charakter zmian.
Poprawki dotyczyły między innymi sterowników, systemów plików, sieci, architektur procesorów i innych elementów kernela. Pojawiały się również poprawki dotyczące problemów o wysokim znaczeniu dla stabilności lub bezpieczeństwa.
Nie był to więc przypadek „napompowania” kernela kolejnymi funkcjami.
Wręcz przeciwnie.
Duża część aktywności była związana z porządkowaniem i stabilizacją istniejącego kodu.
To jedna z najbardziej interesujących konsekwencji wykorzystania AI w projektach open source: możemy zacząć znajdować błędy, których wcześniej po prostu nie opłacało się szukać ręcznie.
Jest jednak druga strona medalu
Więcej wykrytych błędów nie zawsze oznacza wyłącznie dobre wiadomości.
Każde zgłoszenie trzeba przecież przeanalizować.
Jeżeli AI wygeneruje tysiące raportów, z których część będzie błędna, przesadzona albo nieistotna, programiści mogą zostać zasypani informacjami.
I dokładnie takie ryzyko zostało zauważone w samym projekcie Linux.
Dokumentacja dotycząca bezpieczeństwa kernela ostrzega, że znacząca część zgłoszeń dotyczących bezpieczeństwa powstaje przy wykorzystaniu narzędzi AI. Jednocześnie opiekunowie projektu zwracają uwagę na problem jakości takich raportów: mogą być zbyt długie, zawierać spekulacje albo wskazywać problemy, których nie da się odtworzyć.
To prowadzi do bardzo ciekawego paradoksu:
AI może pomóc znaleźć więcej błędów, ale jednocześnie może stworzyć więcej pracy dla ludzi, którzy muszą sprawdzić, które z tych błędów naprawdę istnieją.
„AI firehose” może być problemem dla maintainerów
Model rozwoju Linuksa opiera się między innymi na zaufaniu.
Kod przechodzi przez maintainerów odpowiedzialnych za poszczególne podsystemy. To oni analizują przesłane zmiany, sprawdzają ich sens i jakość, a następnie przekazują je dalej.
AI zmienia skalę tego procesu.
Jeśli narzędzie potrafi przez całą dobę analizować kod i znajdować kolejne potencjalne problemy, liczba zgłoszeń może gwałtownie wzrosnąć.
Programista nie jest jednak w stanie przetworzyć nieskończonej liczby raportów.
Dlatego przyszłość AI w Linuksie prawdopodobnie nie będzie polegała na prostym schemacie:
AI znajduje błąd → człowiek go naprawia.
Potrzebne będą również coraz lepsze mechanizmy oceny jakości zgłoszeń.
Co ciekawe, Linux 7.2 i tak ukazał się zgodnie z planem
Mimo wyjątkowo dużej aktywności cykl rozwoju Linuksa 7.2 zakończył się bez dodatkowego opóźnienia.
Stabilny Linux 7.2 został wydany 16 sierpnia 2026 roku. Oficjalne archiwum kernela pokazuje obecnie Linux 7.2 jako najnowsze wydanie głównej gałęzi, a równolegle rozwijana jest gałąź stabilna 7.1.x.
Samo wydanie 7.2 przyniosło między innymi usprawnienia I/O, nowe możliwości związane z obsługą sprzętu oraz poprawki sterowników AMD i Intela.
Oznacza to, że ogromna liczba poprawek i zgłoszeń nie doprowadziła do chaosu, którego można by się obawiać.
Wręcz przeciwnie – proces rozwoju nadal działa.
Czy czeka nas „Linux tworzony przez AI”?
Na razie zdecydowanie nie.
Znacznie trafniejsze byłoby stwierdzenie, że Linux jest coraz częściej rozwijany przy pomocy AI.
To subtelna, ale bardzo ważna różnica.
Programista nadal odpowiada za zmianę. Maintainer nadal ją ocenia. Społeczność nadal może ją skomentować, przetestować i zakwestionować.
AI staje się natomiast kolejnym narzędziem w warsztacie programisty.
Można je porównać do niezwykle szybkiego i niestrudzonego recenzenta, który potrafi przeglądać ogromne ilości kodu i wskazywać potencjalne problemy.
Ale recenzent nie podejmuje ostatecznej decyzji.
Czy to dobra wiadomość dla Linuksa?
Moim zdaniem – tak, ale pod jednym warunkiem: człowiek musi pozostać ostatnim ogniwem procesu.
Jądro Linux jest używane w ogromnej części współczesnej infrastruktury IT – od serwerów i chmur obliczeniowych, przez urządzenia embedded, aż po smartfony i komputery.
Jeżeli AI pomoże znaleźć błędy, które wcześniej pozostawały niewykryte przez lata, może to realnie poprawić bezpieczeństwo i stabilność systemu.
Jednocześnie bez odpowiedniej kontroli możemy dostać zalew automatycznie generowanych zgłoszeń, które będą bardziej przeszkadzać niż pomagać.
Dlatego najciekawsza część tej historii nie brzmi:
„AI zaczyna pisać Linuxa”.
Bardziej trafne jest:
„AI zaczyna pomagać ludziom znaleźć problemy w Linuksie, których wcześniej nie byli w stanie łatwo znaleźć”.
I właśnie to może okazać się jedną z największych zmian w sposobie rozwijania otwartego oprogramowania w kolejnych latach.
Linux wchodzi w nową erę
Historia Linuxa od początku była związana z ideą współpracy tysięcy ludzi.
Teraz do tej społeczności dołączają również narzędzia sztucznej inteligencji.
Nie mają one jednak zastąpić programistów. Ich największą wartością może być coś znacznie bardziej praktycznego – zwiększenie zasięgu ludzkiej kontroli nad kodem.
Linux 7.2 jest dobrym przykładem tej zmiany. Kolejne wersje RC były większe niż oczekiwano, a część dodatkowych poprawek była efektem analizy prowadzonej przez narzędzia AI. Jednocześnie człowiek nadal pozostawał odpowiedzialny za weryfikację, przygotowanie i zaakceptowanie zmian.
Być może więc właśnie tak wygląda początek „nowej normalności” w świecie Linuksa.
Nie Linux napisany przez AI, lecz Linux dokładniej sprawdzany dzięki AI.
A dla użytkowników końcowych może to być jedna z tych zmian, których prawie nie widać – ale których znaczenie będzie rosło z każdą kolejną wersją kernela.
Źródła: Linux Kernel Archives, dokumentacja kernela Linux dotycząca wykorzystania AI oraz informacje z procesu rozwoju Linux 7.2.
