Oracle cấm mã do AI tạo ra từ OpenJDK mặc dù Ellison tuyên bố AI viết mã của nó

Oracle đã âm thầm thực hiện chính sách cấm mã do AI tạo đóng góp cho OpenJDK, nền tảng phát triển Java nguồn mở mà công ty quản lý. Động thái này, được The Register đưa tin, trích dẫn những lo ngại về an toàn, bảo mật và sở hữu trí tuệ, nhưng nó hoàn toàn mâu thuẫn với thông điệp nội bộ của chính Oracle về cách hãng xây dựng phần mềm. Đối với tin tức nóng hổi về AI đang diễn ra, câu chuyện này nêu bật khoảng cách ngày càng tăng giữa tham vọng AI của công ty và sự thận trọng về mặt kỹ thuật.

Theo chính sách này, các nhà phát triển vẫn có thể sử dụng riêng các mô hình ngôn ngữ lớn để gỡ lỗi và xem xét mã. Tuy nhiên, họ bị cấm gửi tài liệu do AI tạo tới kho lưu trữ OpenJDK, yêu cầu kéo hoặc các kênh liên lạc khác của dự án. Hạn chế này vạch ra ranh giới một cách hiệu quả giữa việc sử dụng AI làm trợ lý cá nhân và cho phép nó tạo mã đi vào cơ sở mã chung, tồn tại lâu dài.

Tại sao Oracle lại vẽ đường này

Những lý do đằng sau lệnh cấm là thực tế hơn là triết học. Mã do AI tạo ra đưa ra ba loại rủi ro khó loại bỏ sau thực tế. Đầu tiên, bảo mật: LLM có thể tạo mã với các lỗ hổng tinh vi mà người đánh giá có thể không phát hiện được ngay lập tức, đặc biệt là trong ngôn ngữ phức tạp như Java với thư viện tiêu chuẩn sâu và mô hình tương tranh. Thứ hai, sở hữu trí tuệ: các mô hình được đào tạo trên khối lượng lớn mã hiện có có thể sao chép nguyên văn tài liệu được cấp phép hoặc diễn giải gần giống, có khả năng làm hỏng một dự án nguồn mở với các khiếu nại về bản quyền. Thứ ba, sự phân bổ và trách nhiệm giải trình: khi mã được tạo ra thay vì được viết ra, việc biết ai chịu trách nhiệm về lỗi, nghĩa vụ cấp phép hoặc các vấn đề tuân thủ sẽ trở nên khó khăn hơn.

OpenJDK không chỉ là một dự án nguồn mở bất kỳ. Đây là cách triển khai tham chiếu của Java, một ngôn ngữ chạy trên hàng tỷ thiết bị trên toàn thế giới, từ máy chủ doanh nghiệp đến ứng dụng Android. Mã được cam kết với OpenJDK có thể chảy vào các sản phẩm thương mại của Oracle, các bản phân phối JDK của bên thứ ba và hệ sinh thái Java toàn cầu trong nhiều thập kỷ. Một đoạn mã do AI tạo ra có vấn đề có thể gây ra trách nhiệm pháp lý kéo dài trong nhiều năm.

Mâu thuẫn với thế trận nội tại của Oracle

Điều khiến chính sách này trở nên đáng chú ý là nó tương phản với các tuyên bố công khai của Oracle về việc sử dụng AI của chính họ. Người đồng sáng lập Larry Ellison gần đây đã tuyên bố rằng các mô hình AI hiện đang viết mã của Oracle, đưa công ty này trở thành công ty dẫn đầu trong việc phát triển phần mềm dựa trên AI. Đồng Giám đốc điều hành Mike Sicilia ghi nhận các công cụ AI đã giúp các nhóm kỹ thuật nhỏ hơn thực hiện công việc nhanh hơn, cho thấy rằng AI là trọng tâm trong chiến lược năng suất của Oracle.

Sự chia rẽ phản ánh sự căng thẳng rộng lớn hơn trong ngành công nghệ. Các công ty mong muốn quảng bá mã do AI tạo ra như một bằng chứng về sự đổi mới và hiệu quả trong hoạt động nội bộ của họ, đặc biệt là với các nhà đầu tư và khách hàng. Nhưng khi nói đến mã mà người khác phụ thuộc vào, nơi mà trách nhiệm giải trình là bên ngoài và phạm vi bùng phát của lỗi được đo lường trong quá trình triển khai toàn cầu, thì sự nhiệt tình sẽ giảm dần. Quan điểm của Oracle về cơ bản nói rằng mã do AI tạo ra đủ tốt cho các sản phẩm độc quyền của Oracle nhưng không đủ tốt cho dự án nguồn mở mà nó kiểm soát.

OpenJDK không đơn độc do dự

Oracle không phải là dự án nguồn mở lớn đầu tiên giải quyết câu hỏi này, nhưng nó là một trong những dự án lớn nhất và có hậu quả lớn nhất. Một số cộng đồng nguồn mở khác đã áp dụng hoặc đang xem xét các hạn chế tương tự. Nhân Linux, Kubernetes và Quỹ phần mềm Apache đều đã chứng kiến ​​các cuộc tranh luận về việc liệu những đóng góp do AI tạo ra có nên được dán nhãn, hạn chế hay cấm hoàn toàn hay không. Mối quan tâm cốt lõi mang tính phổ quát: các giấy phép và thỏa thuận đóng góp nguồn mở được thiết kế xung quanh các tác giả là con người, những người hiểu và chịu trách nhiệm về mã của họ.

Mô hình AI không thể ký Chứng chỉ Xuất xứ của Nhà phát triển, không thể chịu trách nhiệm về lỗ hổng bảo mật và không thể trả lời các câu hỏi về lý do tại sao nó viết mã theo một cách cụ thể. Khi một người gửi mã do AI tạo ra làm tác phẩm của riêng họ, họ đang ngầm xác nhận điều gì đó mà họ có thể không hiểu đầy đủ, điều này làm suy yếu mô hình tin cậy mà sự cộng tác nguồn mở phụ thuộc vào.

Bối cảnh trị giá 70 tỷ USD

Sự thận trọng về AI của Oracle trên mặt trận mã xuất hiện trong bối cảnh đặt cược cơ sở hạ tầng AI khổng lồ. Công ty đang đầu tư khoảng 70 tỷ USD trong năm nay vào việc mở rộng trung tâm dữ liệu để hỗ trợ khối lượng công việc AI, một trong những chương trình chi tiêu vốn lớn nhất trong lĩnh vực công nghệ. Khoản chi tiêu đó đã khiến S&P Global Ratings hạ xếp hạng tín dụng của Oracle xuống BBB-, cao hơn một bậc so với tình trạng rác, với lý do lợi nhuận không chắc chắn từ khoản đầu tư lớn.

Sự tương phản mang tính hướng dẫn. Oracle sẵn sàng đặt cược hàng chục tỷ USD vào cơ sở hạ tầng AI, đặt cược rằng nhu cầu về tính toán AI sẽ phù hợp với chi phí. Nhưng khi nói đến việc cho phép AI viết mã chạy trong một trong những hệ sinh thái lập trình quan trọng nhất thế giới, các kỹ sư của công ty lại cho rằng chưa. Thông điệp đưa ra là cơ sở hạ tầng là một cuộc đánh cược hàng hóa, nhưng chất lượng mã là một cuộc đánh cược danh tiếng và cả hai đều có những rủi ro rất khác nhau.

Điều này có ý nghĩa gì đối với nhà phát triển

Đối với các nhà phát triển Java đóng góp cho OpenJDK, chính sách này có nghĩa là họ phải thận trọng hơn về cách họ sử dụng các công cụ AI. Việc sử dụng ChatGPT hoặc Claude để hiểu lỗi hoặc xem lại mẫu thiết kế vẫn được chấp nhận. Việc gửi mã chủ yếu được tạo bởi công cụ AI, ngay cả khi có sự chỉnh sửa của con người, thì không. Trong thực tế, ranh giới này không phải lúc nào cũng rõ ràng, vì nhiều nhà phát triển hiện sử dụng AI làm đối tác soạn thảo cộng tác và có thể không tách biệt rõ ràng suy nghĩ của họ khỏi các đề xuất mô hình.

Ý nghĩa rộng hơn của ngành là việc vội vã áp dụng các công cụ mã hóa AI có thể đạt đến mức trần vào đúng thời điểm mà chất lượng mã và trách nhiệm giải trình quan trọng nhất. Các nhà bảo trì nguồn mở, nhóm bảo mật và nhân viên tuân thủ ngày càng cảnh giác với mã do AI tạo ra, ngay cả khi các giám đốc điều hành ăn mừng mức tăng năng suất của nó. Lệnh cấm OpenJDK của Oracle có thể là một tín hiệu cho thấy sự đồng thuận thực sự nằm ở đâu giữa những người thực sự bảo trì phần mềm quan trọng.

Đi trước AI

Khoảng cách giữa sự cường điệu về AI và thực tế kỹ thuật đang ngày càng lớn. Hãy theo dõi tin tức mới nhất về ngành AI để biết thêm về cách các doanh nghiệp điều hướng quá trình chuyển đổi AI.

Đọc thêm tin tức về AI →