AI в отворения код: спорът в KDE не е за технологията

26.09

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

Между 19 и 24 септември общността около работния плот KDE се събра в Грац за годишната си конференция. Един доклад предложи бъдеще, в което средата е построена около AI, и получи хладен отговор. Истинският сблъсък обаче се разигра не в залата, а в опита да се напише правило за приносите, писани с езиков модел.

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

Какво се случи на Akademy и веднага след нея

Докладът „A lovable, sovereign, AI-native KDE" беше изнесен пред общността и завърши с теза, че въпросът не е дали AI, а как, и че всеки избира колко AI и какъв. Приемът беше хладен.

Успоредно с това един от дългогодишните разработчици на проекта, Нейт Греъм, отвори обсъждане в хранилището с предложение за правила. Съдържанието му е по-скромно, отколкото изглежда от разстояние: заявки за сливане със съмнително качество не са желани и могат да бъдат игнорирани или затворени. Не забрана на инструментите, а разрешение на поддържащите да не преглеждат всичко.

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

Външни за проекта хора вдигнаха сайт с искане за пълна забрана на AI в KDE. Кампанията събра около 250 подписа, преди организаторите да затворят събирането. Греъм се извини публично, че е предизвикал буря, докато е опитвал да напише по-строги указания.

Отделно от всичко това общността прие трите си цели за следващия период: корпоративни внедрявания, по-добра документация и ново оформление. Нито една от трите не съдържа AI точка, тоест проектът излезе от конференцията без ангажимент в тази посока.

Защо AI в отворения код се оказа въпрос за управление

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

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

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

Нашият анализ: правилото трябва да съществува преди потока

Спорът за AI в отворения код е поучителен най-вече с реда, в който се разви. Първо дойде промяната в подаването, после дойде натоварването, и едва накрая някой опита да напише правило. В този ред всяко предложение вече е реакция, а реакцията се обсъжда емоционално.

Наблюдаваме същия ред и във фирми, които приемат външен или вътрешен код. Докато няма записано правило, всеки отделен случай се решава от човека, който точно тогава преглежда, и решението му изглежда като лично предпочитание. Щом правилото е записано, същото решение е прилагане на договорка. Разликата между двете не е в съдържанието на отговора, а в това дали има към какво да се посочи.

Заслужава да се отбележи и какво не се случи: никой в KDE не предложи забрана на инструментите. Тя дойде отвън, от хора без принос към проекта, и не влезе в приетите цели.

Какво може да се направи

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

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

Заключение

KDE излезе от конференцията си без правило за AI и без ангажимент към AI, след седмица, в която и двете бяха на масата. Поуката за останалите не е в изхода, а в подредбата: когато подаването поевтинее, а прегледът не, правилото трябва да е готово по-рано от натоварването.

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