Oracle Cấm AI Code Trong OpenJDK: Đạo Đức Giả Hay Thực Dụng?

Một quyết định gây tranh cãi

AI viết code đang thay thế kỹ sư.

Trừ khi bạn định đóng góp cho OpenJDK.

Oracle vừa chính thức cấm mọi đóng góp có chứa code do AI tạo ra trong dự án OpenJDK — nền tảng Java mà hàng triệu hệ thống trên thế giới đang chạy.

Nghịch lý: chính Larry Ellison, đồng sáng lập kiêm CTO Oracle, từng tuyên bố "Oracle không còn tự viết code nữa — LLM của chúng tôi làm điều đó."

Đây là nguyên tắc bảo vệ chất lượng, hay hành động hai mặt có tính toán?

Chính sách nói gì?

Ngày 9/4/2026, OpenJDK Governing Board thông qua chính sách tạm thời về generative AI. Nội dung cốt lõi rất rõ: không được submit bất kỳ nội dung nào — code, text, hình ảnh, email, wiki — được tạo ra bởi LLM, diffusion model hay bất kỳ hệ thống deep learning nào. Quy định này áp dụng cho repositories, pull requests, và các kênh chính thức khác.

Oracle viện dẫn ba rủi ro:

• Gánh nặng reviewer. AI sinh ra lượng lớn code "trông có vẻ đúng" nhưng thiết kế kém, khó bảo trì. Với một dự án đã thiếu reviewer trầm trọng, sàng lọc AI code là gánh nặng không ai muốn nhận.
• An toàn và bảo mật. JDK là nền tảng của vô số hệ thống mission-critical — ngân hàng, chính phủ, y tế. Một dòng code sai trong JDK không chỉ là bug trên app của bạn. Nó là bug trên hàng triệu app.
• Sở hữu trí tuệ. Oracle Contributor Agreement (OCA) yêu cầu contributor phải sở hữu toàn bộ IP và chuyển nhượng được cho Oracle. Nhưng AI model được train trên code có bản quyền, và output của chúng có thể chứa code vi phạm. Bạn có sở hữu IP của code do Copilot sinh ra không? Tòa án vẫn chưa trả lời câu đó.

Có một sắc thái quan trọng: chính sách không cấm dùng AI. Developer vẫn được phép dùng AI một cách riêng tư để hiểu code, debug, review — miễn không submit output. AI làm công cụ phân tích: được. AI làm tác giả: không.

Bên trong Oracle: AI viết hết

Trong khi OpenJDK đóng cửa với AI code, bên trong Oracle là một thế giới khác.

Tại Oracle AI World 2025, Ellison tuyên bố thẳng: "Code mà Oracle đang viết, Oracle không viết. AI models viết. Chúng tôi chỉ nói model muốn chương trình làm gì, rồi AI tự đưa ra quy trình."

Đầu 2026, đồng CEO Mike Sicilia bổ sung: "AI coding tools cho phép đội kỹ sư nhỏ hơn cung cấp giải pháp nhanh hơn cho khách hàng."

Rồi tháng 6/2026, Oracle sa thải 21.000 người và giải thích ngắn gọn: "Triển khai AI dẫn đến cắt giảm nhân sự, và có thể tiếp tục."

Vậy nếu AI code của Oracle đủ tốt để thay 21.000 kỹ sư, tại sao không đủ an toàn cho OpenJDK?

Hai tiêu chuẩn, một logic

Hãy hình dung thế này: code nội bộ Oracle giống bữa ăn trong bếp nhà mình — bạn biết rõ nguyên liệu từ đâu, ai nấu, và nếu có vấn đề thì bạn là người chịu trách nhiệm. OpenJDK giống bàn tiệc potluck: mỗi người mang một món, bạn không biết trong đó có gì, và nếu ai đó ngộ độc, chủ tiệc — Oracle — là người bị kiện.

Đây không phải đạo đức giả. Đây là ba sự khác biệt thực tế:

Trách nhiệm pháp lý khác nhau. Code nội bộ Oracle — Oracle chịu trách nhiệm. Bug trong Oracle Database thì Oracle sửa. Nhưng OpenJDK nhận code từ hàng nghìn contributor bên ngoài — Oracle không kiểm soát được họ dùng AI gì, train trên dữ liệu gì. Rủi ro pháp lý không thể so sánh.

Pipeline kiểm soát khác nhau. Nội bộ Oracle có thể xây dựng công cụ proprietary để review, test, validate AI code trước khi ship. OpenJDK vận hành với reviewer có giới hạn và mô hình trust phân tán. Cùng một mức scrutiny không thể scale qua hàng nghìn external contributor.

Rủi ro IP từ bên ngoài. Một contributor dùng Copilot viết code, submit lên OpenJDK. Vài tháng sau phát hiện code đó khớp 90% với một repo GPL trên GitHub. Oracle — bên nhận chuyển nhượng IP — đối mặt kiện tụng. Đây không phải lo ngại lý thuyết: các vụ kiện AI copyright đang diễn ra sôi động tại nhiều tòa án.

Điểm mấu chốt: Oracle tin AI code an toàn khi và chỉ khi nó nằm trong vòng kiểm soát của Oracle. Với OpenJDK, nơi họ không kiểm soát được contributor, lệnh cấm là cách duy nhất để quản lý rủi ro.

Canh bạc 70 tỷ USD

Đằng sau câu chuyện AI code là bức tranh tài chính lớn hơn nhiều.

Oracle đang chi 70 tỷ USD trong năm tài khóa 2027 để mở rộng trung tâm dữ liệu — tăng từ 55.7 tỷ năm trước. Mục tiêu: trở thành nhà cung cấp hạ tầng AI hàng đầu.

Cùng lúc, S&P hạ xếp hạng tín nhiệm Oracle xuống BBB-, một bậc trên "junk." Credit default swap — chi phí bảo hiểm rủi ro vỡ nợ — tăng vọt. Oracle đang vay nợ mạnh tay để tài trợ cho kế hoạch mở rộng AI, trong khi dòng tiền hoạt động đang âm.

Oracle đang đặt cược toàn bộ công ty vào AI. Trong bối cảnh đó, một vụ kiện IP từ AI code trong OpenJDK — dù nhỏ đến đâu — cũng là tổn thương danh tiếng không thể chấp nhận được khi họ đang cố bán mình như nhà cung cấp hạ tầng AI đáng tin cậy.

Những điều cần biết

• Đây là chính sách tạm thời. Oracle sẽ đề xuất chính sách chính thức sau khi thu thập thêm kinh nghiệm. Các dự án open source lớn như Linux kernel đang theo dõi sát sao từng động thái.
• AI được phép dùng để phân tích, debug, review. Chính Oracle thừa nhận đây là hướng AI mang lại giá trị cao nhất cho dự án có codebase lớn. Đừng dùng AI viết code mới — dùng nó hiểu code cũ.
• IP của AI code chưa có lời giải. Cho đến khi tòa án làm rõ, mọi tổ chức lớn sẽ tiếp tục thận trọng với AI code từ bên ngoài. Oracle không phải ngoại lệ — họ chỉ là người nói to nhất.
• Oracle không phải công ty đầu tiên cấm AI code. Nhưng họ là case study rõ ràng nhất về "AI governance gap" giữa nội bộ và cộng đồng. Khoảng cách này sẽ còn rộng hơn.
• Nếu bạn contribute open source: kiểm tra chính sách AI của dự án trước khi dùng Copilot. Oracle vừa cho thấy lằn ranh đỏ đầu tiên — sẽ có thêm nhiều dự án vẽ lằn ranh của riêng họ.

Điều gì tiếp theo?

Oracle không đạo đức giả. Họ đang thực dụng đến tận xương. AI code đủ tốt để thay 21.000 kỹ sư nội bộ, nhưng không đủ an toàn để nhận từ bên ngoài khi Oracle phải ký tên chịu trách nhiệm.

Nhưng câu chuyện không dừng ở Oracle. Mọi công ty lớn đang đối mặt cùng một bài toán: làm sao để dùng AI tăng tốc nội bộ mà không mở ra lỗ hổng pháp lý từ đóng góp bên ngoài? Lời giải có thể là một kiến trúc governance AI hoàn toàn mới cho open source — nơi code có "nutrition label" ghi rõ nguồn gốc: người viết, AI hỗ trợ, hay AI toàn phần. Một vài dự án đã bắt đầu thử nghiệm ý tưởng này.

Cho đến lúc đó, lằn ranh giữa internal và external sẽ là chiến tuyến chính của cuộc chiến AI trong open source. Oracle vừa vẽ lằn ranh đầu tiên — bằng mực rất đậm.

---

Bài viết được hỗ trợ bởi AI (Amy 🌸). Nội dung đã được kiểm duyệt bởi tác giả.