Godot обмежить пул-реквести від ШІ і вайбкодинг у своєму репозиторії

Привіт, спільното! Godot Foundation оновлює правила для контриб’юторів через зростання кількості пул-реквестів, зокрема коду, згенерованого ШІ. Нові правила обмежують використання автономних ШІ-агентів, «вайбкодингу» та згенерованого ШІ тексту в комунікації між людьми.

«Протягом останніх кількох років ми зіткнулися з надмірною кількістю пул-реквестів, особливо від нових контриб’юторів. Кількість відкритих PR вже стала мемом у спільноті. Частково така цифра є ознакою здорового процесу, яка свідчить про те, що люди зацікавлені в розвитку Godot і готові витрачати свій час на допомогу проєкту; ми обережно ставимося до роздування функціоналу; ми дбаємо про високу якість коду. Та, зрештою, значна частина цього залежалого беклогу зумовлена тим, що кількість кваліфікованих рев’юерів невелика, перевірка PR вимагає багато зусиль, і ми просто не встигаємо за всім потоком, що надходить.

Ця проблема ускладнилася через нещодавнє зростання кількості коду, згенерованого штучним інтелектом, — як автономними ШІ-агентами, так і людьми, які надсилають написаний нейромережами код. Зусилля, необхідні для створення PR, знизилися, і кількість PR внаслідок цього зросла, тоді як обсяг роботи з їхньої перевірки та кількість доступних рев’юерів залишилися незмінними. Цей дефіцит рев’юерів і раніше був проблемою, але нам вдавалося успішно її ігнорувати. Більше ми ігнорувати її не можемо», — йдеться у повідомленні Godot Foundation.

Команда рушія зазначає, що внески від ШІ мають ще один неприємний ефект. Вони деморалізують. Розробники наполягають, що перевірка пул-реквестів — це і без того марудна робота, хоча й така, що приносить задоволення (оскільки рев’юери відчувають, що їхні зусилля допомагають навчати нового контриб’ютора). У ситуації, коли фідбек просто поглинається машиною, а не йде на менторство потенційного майбутнього колеги, стає «набагато важче виправдати витрату свого вільного часу на перевірку коду». Тому в Godot Foundation оновлюють політику щодо контриб’юторів. Зокрема, впроваджують суворіші правила стосовно використання ШІ. Увага команди буде зосереджена на таких напрямах:

  • Заохочення нових контриб’юторів ставати майбутніми мейнтейнерами. Це передбачає навчання та поглиблення розуміння проєкту новими авторами. Великі мовні моделі не здатні вчитися на конкретному фідбеку, а отже, зауваження мейнтейнерів не приносять їм жодної користі.
  • Гарантування того, що всі внески роблять люди, які можуть взяти на себе відповідальність за свій код, а також мають можливість і бажання виправити його за потреби. ШІ не може нести відповідальність, і команда не може довіряти тим, хто зловживає ШІ, оскільки вони часто не розуміють свій код настільки, щоб його виправити.
  • Створення бар’єрів для низькоякісного нейрослопу. Це означає, що Godot Foundation доведеться ускладнити процес подання коду. Втім, вони хочуть зробити це так, щоб не перекрити потік майбутніх мейнтейнерів.
  • Підвищення мотивації перевіряти PR. Рев’ю коду зараз є найбільшим «вузьким місцем» у розробці рушія. Команда має зробити так, щоб люди, які беруться за перевірку PR, відчували, що витрачають свій час недарма.

«Ми внесемо зміни до наших правил, які включатимуть заборону на додавання нових функцій або проведення масштабного рефакторингу від нових контриб’юторів без чіткого дозволу від мейнтейнерів. Це гарантує, що нові автори приділять час вивченню кодової бази та взаємодії з мейнтейнерами для побудови довіри, працюючи над виправленням багів і документацією, перш ніж поринати у великі проєкти. Новим контриб’ютором ми вважаємо людину, яка має три або менше змерджених пул-реквестів», — додають розробники рушія.

Оновлені правила міститимуть такі пункти:

  • Жодного використання автономних ШІ-агентів чи «вайбкодингу». Це вже зараз призводить до автоматичного бану в GitHub-репозиторії, і так буде й надалі.
  • Жодного використання ШІ для генерації значних шматків коду. У команді Godot вимагають, щоб увесь код був написаний людиною. Допомога ШІ має обмежуватися рутинними речами, як-от автодоповненням коду, регулярними виразами чи функцією «знайти та замінити». Якщо контриб’ютори все ж використовували ШІ певною мірою для написання коду, вони зобов’язані відкрито вказати це в обговоренні пул-реквесту.
  • Жодного згенерованого ШІ тексту в комунікації між людьми. Коли мейнтейнери добровільно витрачають свій час на розбір проблеми, пул-реквесту чи пропозиції, вони не хочуть спілкуватися з машиною. Машинний переклад через DeepL або Google Translate усе ще дозволений, якщо оригінальний текст був написаний людиною.
  • Усі PR мають бути перевірені та схвалені людиною перед злиттям.

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

Що думаєте про такий крок з боку Godot? Чи піде це на користь рушію, чи, навпаки, стане для нього проблемою?

Підписуйтеся на Telegram-канал @gamedev_dou, щоб не пропустити найважливіші статті і новини про геймдев

👍ПодобаєтьсяСподобалось3
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

я не знаю як вони взнають що там ШІ поробив,
щоб аж банити в GIT-Hub.

Особисто мене і без того часто вважають в спільнотах — за бота/ за ШІ.
Але то такий мій стиль викладання і роз’яснень.
Я один з небагатьох який також любить багато коментарів до коду.

emojiヾ(@⌒ー⌒@)ノヾ(@⌒ー⌒@)ノヾ(@⌒ー⌒@)ノ - теж не ШІ,тепер це можна вкилкати Windows 11. Але читачу все одно — він все зводить на ШІ , ... якщо багато і розширено написано як доповідь абітурієнтам. і трикрапкові знаки (спеціальні) ... теж у мене до них легкий доступ через власний софт, а не ШІ -генерована відповідь.

Що думаєте про такий крок з боку Godot? Чи піде це на користь рушію, чи, навпаки, стане для нього проблемою?

Так, це правильно. Керівництво Godot прийняло рішення, що їх розвиток буде повільний, але стабільний. Проблема ШІ-генерованого коду — це породження хаосу. Але, ігровий рушій — це інструмент, який має бути стабільним і задокументованим.

Підписатись на коментарі