Oracle болон OpenJDK AI-аар үүсгэсэн кодыг хүлээн авахыг бүрэн хориглолоо: Хөгжүүлэгчдийн мэдэх ёстой шалтгаанууд

Java экосистемийн тулгуур багана болох OpenJDK төсөл хиймэл интеллект (AI) болон LLM (Large Language Model) загваруудаар үүсгэсэн кодыг нээлттэй эхийн (Open Source) хувь нэмэр (contribution) болгон хүлээн авахыг бүрэн хориглосон түр журам (Interim Policy) баталлаа.

Сүүлийн жилүүдэд Claude Code, GitHub Copilot, Cursor, Windsurf зэрэг AI кодинг хэрэгслүүд хөгжүүлэгчдийн өдөр тутмын ажилд гүнзгий нэвтэрч байгаа ч, дэлхийн хамгийн чухал дэд бүтцийн нэг болох Java платформ ийнхүү AI кодын эсрэг эрс хатуу байр суурь баримтлахаар шийдвэрлэжээ. Oracle болон OpenJDK-ийн Удирдах зөвлөлөөс гаргасан уг шийдвэр нь зөвхөн Java хөгжүүлэгчид төдийгүй нийт программ хангамжийн салбар, нээлттэй эхийн экосистемд том дохио болж байна.

Шинэ журмын гол заалтууд болон хатуу хязгаарлалт

OpenJDK-ийн шинээр хэрэгжүүлж буй "Interim Policy on Generative AI" журамд зааснаар AI-аар үүсгэгдсэн агуулгад маш тодорхой хатуу зааг тогтоож өгсөн байна:

• LLM болон Diffusion загваруудаар үүсгэгдсэн контент: Эх код (source code), Pull Request (PR) тайлбар, e-mail мессеж, Wiki хуудас болон Java Bug System (JBS) дээрх асуудлын мэдээлэл гээд аливаа AI-аар үүсгэгдсэн агуулгыг OpenJDK Git репозиторид оруулахыг шууд хориглоно.
• Хэсэгчлэн зассан код ч хориотой: Хөгжүүлэгч AI-ийн үүсгэсэн 100 мөр кодын 10 мөрийг нь гараар засаж сайжруулсан байсан ч тухайн код хэсэгчлэн AI-аар үүсгэгдсэн гэж тооцогдох тул шууд disqualify болно.
• Баталгаажуулах механизм: OpenJDK-ийн PR шалгах Skara автомат системд нэмэлт checkbox оруулж байгаа бөгөөд хөгжүүлэгчид оруулж буй код нь AI-ийн оролцоогүй, зуун хувь хүний бүтээл гэдгийг албан ёсоор баталгаажуулах шаардлагатай болж байна.

Ингэснээр туршилтын код (unit tests), баримтжуулалт (documentation), эсвэл коммит мессеж дээр ч хиймэл интеллект ашиглах боломжгүй болж байна.

OpenJDK яагаад ийм хатуу шийдвэр гаргав?

Уг хоригийг гаргах болсон гурван үндсэн техникийн, аюулгүй байдлын болон хууль зүйн шалтгаан бий:

1. Ревьюерүүдийн (Code Reviewer) ачаалал ба кодын чанар

AI хэрэгслүүд нь гаднаас нь харахад маш боломжийн, зөв ажиллаж байгаа мэт харагдах боловч гүндээ архитектурын алдаатай, эсвэл далд логик гажуудалтай кодыг секундэд асар их хэмжээгээр үүсгэх чадвартай. Нээлттэй эхийн төслийн сайн дурын ревьюерүүд болон майнтейнерүүд AI-ийн "их үер"-ээр орж ирэх олон мянган мөр кодыг нэг бүрчлэн шалгахад асар их цаг хугацаа, энерги зарцуулж байна.

2. Оюуны өмч (IP) ба зохиогчийн эрхийн эрсдэл

OpenJDK-д код оруулахын тулд хөгжүүлэгчид Oracle Contributor Agreement (OCA) гэрээнд гарын үсэг зурж, тухайн кодын оюуны өмчийг бүрэн эзэмшдэг гэдгээ баталгаажуулдаг. Гэтэл нийтийн кодын сангууд дээр сургагдсан LLM-ийн үүсгэсэн кодын зохиогчийн эрх хэнд хамаарах вэ гэдэг нь олон улсын хууль тогтоомжийн хувьд маргаантай хэвээр байна. Суурь дэд бүтцийн код дээр ирээдүйд оюуны өмчийн шүүхийн маргаан үүсэхээс сэргийлж буй хэрэг юм.

3. Критикал системийн аюулгүй байдал (Supply Chain Control)

Java нь банк, санхүү, үүлэн дэд бүтэц, телеком болон төрийн чухал системүүдийн гол цөм болж ажилладаг. AI-ийн үүсгэсэн кодонд санамсаргүй эсвэл далд хэлбэрээр эмзэг байдал (vulnerability) эсвэл backdoor орох эрсдэл өндөр байдаг. Дэд бүтцийн төсөлд үүсэл гарвал нь тодорхойгүй (untraced) кодын өөрчлөлт оруулах нь нийлүүлэлтийн сүлжээний халдлагатай (supply chain attack) ижил түвшний аюулгүй байдлын эрсдэл дагуулдаг.

ГраалVM ба OpenJDK-ийн ялгаатай байр суурь

Сонирхолтой нь, Oracle-ийн ивээн тэтгэдэг өөр нэг төсөл болох GraalVM нь Coding Assistants ашиглахыг тодорхой удирдамжийн дагуу зөвшөөрсөн байхад OpenJDK ийнхүү бүрэн хориглосон юм.

Яагаад ийм ялгаатай байгаа вэ гэвэл OpenJDK нь дэлхийн бүх Java Virtual Machine (JVM) болон стандарт платформ (Java SE)-ийн суурь эх бэлдэц (upstream base) болдог. Энд гарсан ганц жижиг баг эсвэл эмзэг байдал нь сая сая enterprise системд дамжин нөлөөлөх аюултай тул ийм өндөр шалгуур тавьж байна.

Хувьдаа ашиглах ба Нийтэд оруулахын зааг

Журамд хөгжүүлэгчдэд зориулсан нэг чухал онцлох заалт бий: AI хэрэгслийг хувьдаа ашиглах нь нээлттэй.

Хөгжүүлэгчид OpenJDK-ийн кодыг илүү сайн ойлгох, код дээр судалгаа хийх, эсвэл приват орчинд баг (bug) хайх, ревью хийхэд AI хэрэгслийг ашиглаж болно. Харин судалгааныхаа дараа төсөлд бичиж оруулах эцсийн код, текстийг заавал хүн өөрөө бичсэн байх ёстой.

Мөн редактор/IDE дээрх уламжлалт (LLM-д суурилаагүй) spell-check, grammar-check, болон авто-комплит, рефакторинг хэрэгслүүдийг ашиглах нь зөвшөөрөгдсөн хэвээр байна.

Олон нийтийн реакц ба Дүн шинжилгээ

Hacker News болон Reddit/r/java дээрх хөгжүүлэгчдийн хэлэлцүүлэг дээр зарим инженерүүд "AI код ашигласныг яаж 100% илрүүлэх юм бэ?" гэж эргэлзэж байгаа ч, гол санаа нь илрүүлэлт гэхээсээ илүү хууль зүйн хариуцлага ба итгэлцлийн хэрэгжилт юм. Хэрэв хожим асуудал гарвал тухайн хөгжүүлэгч OCA гэрээ ба Skara-ийн баталгаажуулалтаар хуулийн дагуу хариуцлага хүлээнэ.

Oracle-ийн үүсгэн байгуулагч Ларри Эллисон компани дотооддоо AI-аар код ихээр бичүүлж байгааг онцолдог ч, OpenJDK мэт глобал инфраструктурын төсөлд ийм хатуу барьж байгаа нь инженерчлэлийн бодит шаардлагыг харуулж байна.

"Түргэн код бичих" ба "найдвартай, хариуцлагатай систем хөгжүүлэх" хоёр бол огт өөр ойлголт юм. AI кодинг агент болон туслахууд өдөр тутмын бүтээмжийг нэмэгдүүлж байгаа ч, суурь дэд бүтцийн төслүүдэд кодын үүсэл гарвал (provenance), хариуцлага болон аюулгүй байдал хамгийн эхэнд тавигддаг.

Хөгжүүлэгчдийн хувьд AI-ийн үүсгэсэн кодыг шууд copy-paste хийхээс илүүтэйгээр, тухайн кодын далд логик, аюулгүй байдал, зохиогчийн эрхийг бүрэн хариуцах мэдлэгтэй байх нь ирээдүйн хамгийн үнэ цэнтэй чадвар болж байна.

Эх сурвалж: OpenJDK Interim Policy on Generative AI