Oracle тихо запровадила політику, яка забороняє код, згенерований штучним інтелектом, вносити внески в OpenJDK, платформу розробки Java з відкритим вихідним кодом, якою керує компанія. Цей крок, про який повідомляє The Register, посилається на проблеми з безпекою, безпекою та інтелектуальною власністю, але він сильно суперечить власним внутрішнім повідомленням Oracle про те, як вона створює програмне забезпечення. Щодо поточних [найважливіших новин ШІ] (https://aibuzzwire.news), ця історія підкреслює зростаючий розрив між корпоративними амбіціями ШІ та обережністю інженерів.

Згідно з політикою, розробники все ще можуть використовувати великі мовні моделі в приватному порядку для налагодження та перегляду коду. Однак їм заборонено надсилати створені штучним інтелектом матеріали до репозиторіїв OpenJDK, запитів на отримання або інших каналів зв’язку проекту. Обмеження фактично проводить межу між використанням штучного інтелекту як персонального помічника та дозволом йому створювати код, який входить у спільну, довготривалу кодову базу.

Чому Oracle підвів межу

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

OpenJDK — це не просто проект із відкритим кодом. Це еталонна реалізація Java, мови, яка працює на мільярдах пристроїв у всьому світі, від корпоративних серверів до програм Android. Код, призначений для OpenJDK, може використовуватися в комерційних продуктах Oracle, сторонніх дистрибутивах JDK і глобальній екосистемі Java протягом десятиліть. Одна частина проблемного коду, згенерованого штучним інтелектом, може створити відповідальність, яка буде тривати роками.

Протиріччя з внутрішньою позицією Oracle

Що робить цю політику чудовою, так це її контраст із публічними заявами Oracle щодо використання власного ШІ. Співзасновник Ларрі Еллісон нещодавно заявив, що моделі штучного інтелекту тепер пишуть код Oracle, позиціонуючи компанію як лідера в розробці програмного забезпечення на основі штучного інтелекту. Співгенеральний директор Майк Січілія відзначив, що інструменти штучного інтелекту дозволяють невеликим командам інженерів працювати швидше, припускаючи, що штучний інтелект є центральним у стратегії продуктивності Oracle.

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

OpenJDK не єдиний у ваганнях

Oracle — не перший великий проект із відкритим вихідним кодом, який має справу з цим питанням, але він є одним із найбільших і найбільш значущих. Кілька інших спільнот з відкритим кодом прийняли або розглядають подібні обмеження. Серед ядра Linux, Kubernetes і Apache Software Foundation тривають дебати про те, чи слід позначати, обмежувати чи забороняти внески, створені ШІ. Основне занепокоєння є універсальним: ліцензії з відкритим вихідним кодом і угоди про внески були розроблені навколо людей-авторів, які розуміють і відповідають за свій код.

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

Тло на 70 мільярдів доларів

Обережність Oracle щодо штучного інтелекту на фронті коду виникає на тлі величезної ставки на інфраструктуру штучного інтелекту. Цього року компанія інвестує приблизно 70 мільярдів доларів у розширення центру обробки даних для підтримки робочих навантажень ШІ, що є однією з найбільших програм капітальних витрат у технологічному секторі. Ці витрати спонукали S&P Global Ratings знизити кредитний рейтинг Oracle до BBB-, що на одну сходинку вище статусу «сміття», посилаючись на невизначену віддачу від величезних інвестицій.

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

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

Для розробників Java, які роблять внесок у OpenJDK, ця політика означає більш обдумане використання інструментів ШІ. Використання ChatGPT або Claude для розуміння помилки або перегляду шаблону дизайну залишається прийнятним. Надсилання коду, згенерованого в основному інструментом штучного інтелекту, навіть із редагуванням людини, цього не робить. На практиці межа не завжди чітка, оскільки зараз багато розробників використовують штучний інтелект як партнера по спільному написанню та можуть не в змозі чітко відокремити власне мислення від пропозицій моделі.

Більш широке галузеве значення полягає в тому, що поспішне впровадження інструментів кодування штучного інтелекту може досягти межі саме в тому місці, де якість коду та підзвітність мають найбільше значення. Супроводжувачі програм з відкритим вихідним кодом, групи безпеки та спеціалісти з відповідності дедалі обережніше ставляться до коду, згенерованого штучним інтелектом, навіть тоді, коли керівники відзначають підвищення його продуктивності. Заборона Oracle OpenJDK може бути сигналом того, де є справжній консенсус серед людей, які насправді підтримують критичне програмне забезпечення.

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

Прірва між ажіотажем ШІ та інженерною реальністю зростає. Слідкуйте за останніми [висвітленням індустрії штучного інтелекту] (https://aibuzzwire.news), щоб дізнатися більше про те, як підприємства здійснюють перехід на штучний інтелект.

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