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

Нийтлэгдсэн шийдвэр: OpenJDK ба AI-ийн зааг

Дэлхий даяар сая сая enterprise системүүдийн амин сүнс болсон Java хэлний албан ёсны нээлттэй эх сурвалжийн суурь OpenJDK төсөл Хиймэл Интеллект (AI)-ийн үүсгэсэн код болон аливаа материалыг төсөлд хувь нэмэр (contribution) болгон оруулж ирэхийг бүрэн хориглох түр бодлогыг (Interim Policy) албан ёсоор хэрэгжүүлж эхэллээ.

Энэхүү шийдвэрийн дагуу OpenJDK-ийн Git репозитори, GitHub Pull Request (PR), JBS (Java Bug System) issue, Wiki хуудас болон и-мэйл хэлэлцүүлгүүдэд Large Language Model (LLM), Diffusion Model эсвэл бусад Deep Learning системээр үүсгэсэн эх код, текст, зургийг оруулахыг хатуу хориглож байна.

Хөгжүүлэгчдийн хувьд кодоо ойлгох, debug хийх, архитектурын судалгаа хийхдээ AI хэрэгслүүдийг судалж хувьдаа (privately) ашиглах нь нээлттэй. Гэвч түүнээс гарсан код болон зааварчилгааг шууд эсвэл хэсэгчлэн хуулж төсөл рүү "push" хийх эрхгүй. OpenJDK-ийн FAQ хэсэгт дурдсанаар, хэрэв AI-ийн үүсгэсэн 100 мөр кодын 10 мөрийг нь хүн гараар зассан байлаа ч уг код нь хэсэгчлэн AI-аар үүссэн тул төсөлд зөвшөөрөгдөхгүй гэдгийг тодорхой сануулжээ.

Юуг хориглож, юуг зөвшөөрсөн бэ?

Сүлжээний болон IDE-ийн уламжлалт хэрэгслүүд ба AI туслахуудын хоорондын заагийг OpenJDK дараах байдлаар тодорхойлсон:

Зөвшөөрөгдөх хэрэгслүүд: Редактор эсвэл IDE дээрх стандарт үг засах (spell-checking), грамматик хянах, уламжлалт статик код засах (autocompletion) болон статик рефакторинг функцүүд. Эдгээр нь LLM эсвэл гүн сургалтын моделд суурилаагүй тул чөлөөтэй ашиглаж болно.
Хориглосон хэрэгслүүд: GitHub Copilot, Claude Code, ChatGPT, Cursor болон бусад LLM туслахуудаас шууд үүсгэгдсэн код, автоматаар бичигдсэн unit test, documentation эсвэл PR-ийн тайлбар текстүүд.

Түүнчлэн, OpenJDK-ийн автоматжуулсан PR хяналтын систем болох Skara дээр хөгжүүлэгчид өөрсдийн илгээж буй код нь AI-аар үүсгэгдээгүй гэдгийг баталгаажуулсан тусгай "checkbox" бөглөдөг механизм нэвтрээд байна.

Хориглох болсон 3 гол шалтгаан

Oracle болон OpenJDK-ийн Удирдах зөвлөлөөс уг хатуу хоригийг тогтоох болсон цаад шалтгааныг гурван үндсэн эрсдэлээр тайлбарласан:

1. Code Reviewer-уудын ачаалал хэт ихсэх (Reviewer Burden)

Генератив AI нь анх харахад маш зөв, хэв маяг нь цэвэрхэн мэт харагдах "plausible-looking" кодуудыг секунд тутамд их хэмжээгээр үүсгэх чадвартай. Гэвч гүнзгийрүүлэн шалгахад логикийн нарийн алдаатай, санах ойн алдагдал (memory leak) үүсгэх эрсдэлтэй, Garbage Collection болон Concurrency орчинд сөрөг нөлөөтэй кодууд байх нь олонтаа. Ийм "зөв юм шиг боловч алдаатай" асар их кодын PR-ууд орж ирэх нь төслийн цөөн тооны туршлагатай хянагч нарын (Reviewers) цагийг асар ихээр үрж, системд чирэгдэл үүсгэж байна.

2. Аюулгүй байдал ба найдвартай ажиллагаа (Security & Safety)

Java JDK нь дэлхийн санхүү, банк, төрийн болон чухал дэд бүтцийн платформд ашиглагддаг mission-critical систем юм. Энд гарсан ганц л жижиг галлюцинаци (hallucination) эсвэл шалгагдаагүй код нь сая сая серверүүдэд аюулгүй байдлын асар том эмзэг байдлыг (zero-day vulnerability) үүсгэж болзошгүй. Иймээс кодын мөр бүрийн чанар болон хариуцлагыг 100% хүн хариуцах шаардлагатай.

3. Оюуны өмчийн эрсдэл ба хуулийн тодорхойгүй байдал (Intellectual Property)

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

Oracle-ийн дотоод зөрчил ба GraalVM-ийн Ялгаа

Энэхүү шийдвэр нь технологийн салбарт сонирхолтой дебат үүсгээд байна. Нэг талаас Oracle-ийн үүсгэн байгуулагч Ларри Эллисон болон удирдлагууд дотоод хөгжүүлэлтэндээ AI-ийг идэвхтэй ашиглаж, инженерийн багийн зардлаа хэмнэн бүтээмжээ нэмэгдүүлж байгаагаа олон нийтэд мэдэгддэг.

Мөн сонирхолтой нь, Oracle-ийн дэмжлэгтэй өөр нэг нээлттэй эх төсөл болох GraalVM нь AI туслахуудыг (Coding Assistants) ашиглахыг зөвшөөрсөн огт өөр бодлого баримталж байгаа юм. Тэгэхээр яг ижилхэн OCA гэрээ ашигладаг хоёр төсөл тус тусын аюулгүй байдал, хяналтын түвшнээс хамааран эрс өөр шийдвэр гаргажээ.

Мэргэжилтнүүдийн үзэж байгаагаар, Oracle-ийн хувьд байгууллагынхаа дотоод бүтээгдэхүүнийг хурдан гаргахад AI ашиглах нь ашигтай ч, олон нийтийн болон enterprise салбарын гол суурь болсон OpenJDK-ийг хууль зүйн болон чанарын ямар ч эрсдэлгүй ариун цэвэр байлгах нь стратегийн хувьд чухал байна.

Монголын хөгжүүлэгчдэд өгөх сургамж

OpenJDK-ийн энэхүү алхам нь зөвхөн Java хөгжүүлэгчид гэлтгүй, орчин үеийн бүх инженерүүдэд дараах чухал сургамжийг өгч байна:

AI бол код бичигч биш, туслах судалгааны хэрэгсэл: Кодыг AI-аар шууд генерацлуулж push хийх биш, тухайн кодын цаад системд үзүүлэх нөлөөг гүн ойлгох нь чухал.
Review болон Code Judgment чадвар үнэ цэнэтэй болж байна: Өнөөдөр хурдан код бичих нь хямдхан зүйл болсон. Харин бусдын болон AI-ийн бичсэн кодоос логик болон аюулгүй байдлын далд алдааг олж харах "Code Judgment" чадвар хөгжүүлэгчийн хамгийн өндөр үнэлэгдэх ур чадвар болж байна.
Open Source лиценз ба IP мэдлэг: Төсөлдөө код нэгтгэхдээ тухайн кодын гарал үүсэл, лицензийн зөрчилгүй байдлыг анхаарах шаардлага улам бүр нэмэгдэж байна.

Эх сурвалж: OpenJDK Interim Policy on Generative AI, InfoQ, Hacker News & Daily.dev