Новий веб-сайт під назвою Open Source Says No каталогізує зростаючу кількість проектів з відкритим кодом, які прямо забороняють внески, створені штучним інтелектом, і це вразило нерв: у вівторок сайт потрапив на першу сторінку Hacker News, викликавши сотні коментарів, коли розробники сперечалися, чи заборони захищають якість коду чи закривають майбутнє. Каталог описує себе як запис «проектів OSS, що забороняють внески, створені штучним інтелектом, і ширший каталог політик щодо внеску штучного інтелекту в усій галузі».

Поява сайту знаменує собою помітну віху в напрузі, яка наростала в спільнотах супроводжувачів протягом місяців, оскільки великі обсяги машинно написаних запитів на підключення дедалі більше конкурують за обмежений час перевірки волонтерів супроводжувачів. Ця дискусія є однією з кількох гарячих точок того, як світ програмного забезпечення поглинає генеративні інструменти, теми, за якою ми уважно стежимо в нашому висвітленні індустрії ШІ.

Що відстежує каталог

Open Source Says No перераховує основні сховища разом із кількістю зірок і датами перевірки їхньої політики. Серед записів, підтверджених станом на 11 листопада, Immich, широко використовуване рішення для самостійного керування фотографіями та відео з приблизно 118 800 зірками GitHub, Meilisearch, API пошукової системи з приблизно 59 800 зірками, і OkHttp, видатний HTTP-клієнт для JVM і Android, який підтримується під егідою Square, з приблизно 47 100 зірками.

Список також включає Servo, проект двигуна браузера, перевірений у жовтні, stb, відомі однофайлові публічні бібліотеки C/C++, і Redox OS, операційну систему, написану на Rust. Проекти охоплюють дуже різні сфери — від програм для самостійного розміщення споживачів до базового системного програмного забезпечення — сайт представляє це як доказ того, що опір коду, створеному ШІ, не обмежується жодною субкультурою програмування.

Окрім самого каталогу, сайт пропонує практичний інструмент, призначений для супроводжувачів і співавторів: користувачі можуть вставити посилання на репозиторій GitHub, і сайт відкриє попередньо заповнену проблему, у той час як автоматизована перевірка політики виконується проти неї. Це позиціонує проект не як заяву, а більше як інфраструктуру для примусового виконання, надаючи супроводжувачам повторюваний спосіб документувати та повідомляти про свою політику внеску.

Чому спеціалісти з обслуговування підводять межу

Дискусія на Hacker News виявила мотиви такої політики. Декілька коментаторів описали проекти, які отримували потоки повністю створених ШІ запитів на підключення, причому один зазначив, що вони прокручували сховища, де, за їхніми словами, вони не могли знайти жодного фрагмента тексту, який читався б так, ніби його написала людина, незважаючи на те, що виглядало як активний потік внесків.

Основною проблемою є недостатня увага: перегляд запиту на отримання вимагає реального часу, і супроводжувачі стверджують, що перевірка машинно-генерованого коду — особливо внесків, автори яких можуть не розуміти, що код робить — може коштувати більше зусиль, ніж написання коду з нуля. Інші вказували на тих, кого вони назвали «ентузіастичними» учасниками, які діють, як висловився один коментатор, як проксі-сервер для будь-якого постачальника штучного інтелекту, який запропонує безкоштовну пробну версію того тижня, надсилаючи зміни з незначними зусиллями для підрахунку внесків.

Спільнота розділена

Не всі погоджуються, що заборони – це добре. Дехто стверджував, що проекти, керовані спільнотою, як-от Servo або Redox OS, уже мають проблеми з фінансуванням і співавторами, і що блокування роботи за допомогою ШІ ризикує відкинути саме тих людей, яких потребують такі проекти. Інші заперечували, що ця фільтрація є суть: якщо потенційний учасник бажає брати участь лише за умови доставки неперевірених результатів роботи машини, заборона просто сортує невідповідності на ранній стадії.

Був також прагматичний табір, який вважав заборони корисним сигналом. Декілька коментаторів сказали, що каталог допомагає їм ідентифікувати кодові бази під активним людським наглядом — бібліотеки, яким вони можуть довіряти з більшою готовністю, і спільноти, де дійсно будуть читатися внески. Інші поставили під сумнів те, чи формулювання політики поєднує різні практики, відзначивши великий розрив між неперевіреними помилками штучного інтелекту, наданими масово, та агентним кодуванням під ретельним керівництвом людини, яке багато професійних розробників зараз вважають стандартною практикою.

Що це означає для відкритого коду

Для співавторів практичний наслідок простий: політика внесків стає першокласною частиною проектної документації, а подання роботи, згенерованої штучним інтелектом, у проект, який її забороняє, тепер є задокументованим порушенням політики, а не вироком. Для компаній, які покладаються на компоненти з відкритим вихідним кодом, ця тенденція є сигналом для перевірки внеску та стану керування їхнім деревом залежностей, оскільки практики ліцензування та обслуговування дедалі більше заплутуються з тим, як кожен проект обробляє машинно-генерований код.

Чи буде рух розвиватися чи досягати стадії, залежатиме від того, чи прийматимуть мейнстрімні фонди та дуже великі проекти подібні правила. Наразі список каталогу, який швидко зростає, і інтенсивність обговорення навколо нього свідчать про те, що питання про те, хто пише відкритий вихідний код і хто відповідає за його перевірку, перемістилося з зворотних каналів списків розсилки до боротьби на перших сторінках.

---

Будьте попереду ШІ

Отримуйте останні новини штучного інтелекту, аналіз і прориви — усе в одному місці.

Читати більше новин AI →