AI поправки: Торвалдс вижда по-здрав модел в Linux 7.4

преди 5 дни

време за четене: 4 мин.

На 1 ноември Линус Торвалдс пусна първата пробна версия на Linux 7.4 и описа прозореца за промени като голям и пълен с поправки на грешки, открити от AI. Вместо да се оплаче от потока, той го приема за добър знак. Според него е по-здраво AI поправките да идват в началото на цикъла, а не в края му.

В работилница за софтуер с дълга дървена маса робот носи висока купчина папки към края на масата, където мъж затваря готова пратка, а жена ръководител го спира с вдигната длан и сочи началото на масата, където двама колеги чакат с отворени лаптопи.

Какво обяви Торвалдс

Всяка нова версия на ядрото на Linux започва с около две седмици, така наречения прозорец за промени, в които се приемат новите функции и по-големите изменения. След това идват пробните версии, през които тя се стабилизира. С пускането на 7.4-rc1 в неделя, 1 ноември, прозорецът за промени на тази версия се затвори.

В писмото си до пощенския списък на ядрото Торвалдс пише, че версията е огромна: почти 20 000 комита при обичайните около 15 000. Независимото преброяване на LWN дава 18 591 промени без сливанията, което по думите на изданието е не само рекорд, но почти колкото обема на целия цикъл на 7.3, също рекорден. Допринесли са 2678 разработчици, 625 от тях за първи път.

За основна причина Торвалдс сочи „вече очевидната“ - потока от работа, задействана от AI. Като малка и условна част от обяснението добавя, че мнозина очакват 7.4 да е следващата версия с дългосрочна поддръжка, затова големината „може да не е само“ от AI кръпките. Отделно огромен е и обемът на промените в кода, но по позната причина: цяла трета от него са регистри на графичните чипове на AMD. В обобщение - големият прозорец е благодарение основно на AI, но оставя място и за други обяснения.

Защо AI поправките в началото на цикъла са по-здрав модел

Торвалдс е „много по-доволен“, че потокът от работа, задействана от AI, влиза в прозореца за промени, вместо да се появява основно като допълнителни поправки по време на пробните версии. Надеждата му е, че AI поправките стават част от „нормалната разработка“, а не поток, който залива цялата фаза на стабилизиране. „Мисля, че това е много по-здрав модел“, пише той и добавя, че ще се види как ще минат следващите пробни версии.

Торвалдс не обяснява подробно защо моделът е по-здрав. Нашият прочит е, че работа, влязла в прозореца за промени, минава през всички пробни версии, вместо да се трупа по време на стабилизирането. Значение има не само колко AI работа влиза, но и в кой момент от цикъла.

В същото писмо има и уговорка. Версията е „пълна с поправки на проблеми, открити от AI“, а все повече от самите промени са предложени от AI, „макар че често се пренаписват“. Тоест предложенията на AI често не влизат в кода в първоначалния си вид.

Правилата: AI предлага, човекът подписва

Основното правило на ядрото за AI асистентите описахме в по-ранна наша новина за политиката на Rust: AI агент не подписва удостоверението за произход на кода, това може само човек, който носи и пълната отговорност за промяната. Документацията във версия 7.4-rc1 съдържа и отделна процедура точно за работата, за която пише Торвалдс - откриване и поправяне на грешки с AI.

Преди да докладва нетривиална грешка, асистентът трябва да се опита да я възпроизведе, защото много непроверени доклади до поддържащите се оказват невалидни. Поправката е задължителна част от работата, освен в много редки случаи: тя трябва да мине проверките на ядрото и да бъде изпитана с възпроизвеждането или с нов пълен анализ.

Причината е записана направо: поддържащите в момента губят твърде много време в анализ на непроверени доклади и нетествани поправки. Ако грешката не е възпроизведена или поправката не е изпитана, това се казва изрично. Асистентът никога не изпраща нищо сам - резултатът минава първо през човека, който го докладва.

Какво значат AI поправките за екипите у нас

Новината е полезна и за екипи, които никога не са писали код за ядрото.

Първо, като знак за посоката: в проект с мащаба на ядрото на Linux въпросът е в кой момент от цикъла да влиза AI работата. Второ, като модел за правила и в по-малък екип: човек подписва и отговаря за всяка промяна, а непотвърдена находка се обявява като такава.

Когато AI намира грешки на поток, тясното място става времето на хората, които преглеждат поправките. Екип, който въвежда AI асистенти за код, без да планира кой и кога ще проверява резултата им, рискува да прехвърли натоварването, вместо да го намали.

Заключение

Linux 7.4 показва AI като източник на работа, която трябва да влезе на правилното място в цикъла. Как ще минат пробните версии, тепърва ще се види, но моделът на работа е ясен: AI намира, а човекът решава и подписва.

Искате да започнете с AI от нулата? Безплатният курс „Основи на AI“ е 17 видео урока, около 35 минути, със сертификат: Започнете безплатния курс по AI

Помагаме на български софтуерни екипи да въвеждат AI асистенти за писане и преглед на код с ясни правила кой проверява, кой подписва и как се отбелязва работата на инструмента. Услугите ни покриват одит, оценка на готовност, обучение на екипи и имплементация на специализирани AI автоматизации за всяка организация. Препоръчваме консултация, когато AI инструментите вече предлагат поправки по-бързо, отколкото екипът успява да ги прегледа. [Свържете се с нас за консултация: academy@razvivai.se]