Linux và làn sóng AI doanh nghiệp: Khi mã nguồn mở đứng trước nguy cơ bị "đóng cửa"

Cộng đồng hạt nhân Linux (Linux kernel) đang chứng kiến một bước ngoặt quan trọng trong cách đối xử với mã nguồn do trí tuệ nhân tạo tạo ra. Việc yêu cầu gắn thẻ "Assisted-by" cho các bản vá có sự hỗ trợ của mô hình ngôn ngữ lớn (LLM) sẽ bị dỡ bỏ, đồng nghĩa với việc khó có thể phân biệt đâu là mã do con người viết và đâu là mã do AI sinh ra. Đằng sau quyết định kỹ thuật tưởng chừng nhỏ này là những hệ lụy pháp lý và triết lý sâu xa đối với tương lai của phần mềm tự do.

Gỡ bỏ nhãn AI: Lợi ích trước mắt, rủi ro dài hạn

Theo thông tin từ các cuộc thảo luận trong cộng đồng, các nhà duy trì (maintainer) vẫn muốn biết một bản vá được tạo ra như thế nào, nhưng thông tin này không cần ghi vào nhật ký thay đổi (changelog) mà chỉ cần đưa vào thư ngỏ (cover letter) gửi kèm.

Xét về bề mặt, điều này giúp đơn giản hóa quy trình đóng góp mã nguồn. Tuy nhiên, hệ quả đi kèm lại đáng lo ngại: khi hạt nhân Linux gặp lỗi nghiêm trọng, sẽ không ai có thể xác định liệu lỗi đó có nguồn gốc từ mã do AI sinh ra hay không.

"Lợi ích rõ ràng là khi hạt nhân trở nên tệ hơn rõ rệt và phát hiện những khiếm khuyết nghiêm trọng, không ai có thể dễ dàng xác định liệu khiếm khuyết đó có phải do mã do LLM tạo ra hay không."

Nhưng lợi ích thứ hai, theo tác giả bài viết, mới thực sự đáng chú ý: nó cho phép các tập đoàn thoát khỏi ràng buộc của giấy phép GPL.

Cuộc chiến bản quyền và giấy phép GPL

Tại Hoa Kỳ, kết quả do AI tạo ra không thể được bảo hộ bản quyền. Văn phòng Bản quyền Hoa Kỳ (US Copyright Office) quy định rằng nếu một tác phẩm vừa có phần do AI tạo vừa có phần do con người viết, muốn được bảo hộ bản quyền thì phải công bố rõ phần nào do AI tạo ra — và phần đó được xem là thuộc phạm vi công cộng.

Quy trình mà cơ quan này đưa ra khá cụ thể:

• Người sử dụng công nghệ AI khi sáng tạo tác phẩm có thể yêu cầu bảo hộ bản quyền cho phần đóng góp của chính mình.
• Người nộp đơn tích hợp văn bản do AI tạo vào một tác phẩm lớn hơn chỉ nên yêu cầu bảo hộ phần do con người viết.
• Người sắp xếp nội dung do con người và máy tạo một cách sáng tạo phải điền vào ô "Author Created" để khai báo rõ phần nào do con người và phần nào do AI tạo ra.

Bằng cách đảm bảo không ai có thể phân biệt được phần nào của tác phẩm do AI tạo ra, việc yêu cầu bảo hộ bản quyền tại Hoa Kỳ trở nên bất khả thi. Điều này đồng nghĩa giấy phép GPL trên Linux không thể được thực thi, mở đường cho các tập đoàn Hoa Kỳ đóng kín Linux.

Bài viết trên LWN dường như cũng đã đề cập đến mối lo này: một số công ty đang duy trì các phiên bản hạt nhân riêng với sự hỗ trợ của LLM, và dường như không có nhiều biện pháp để ngăn chặn.

Bức tranh pháp lý chưa ngã ngũ

Cần lưu ý rằng tình hình pháp lý hiện chưa được xác lập rõ ràng bằng án lệ. Kết quả mà các tập đoàn mong muốn là đầu ra của LLM thuộc bản quyền của họ, còn tác phẩm của cộng đồng bị "nuốt" vào hệ thống mà không được bảo hộ. Nếu không đạt được điều đó, thì việc không ai có quyền bảo hộ bản quyền đối với cả đầu vào lẫn đầu ra của LLM cũng là một kết quả chấp nhận được, bởi suy cho cùng họ vốn muốn giữ toàn bộ mã nguồn của mình ở chế độ riêng tư.

Sự thay đổi trong quan điểm của Linus Torvalds

Bài viết cũng đề cập đến những phát biểu gây tranh cãi của Linus Torvalds. Theo đó, mỗi phiên làm việc của ông kết thúc bằng một bước dọn dẹp kéo dài vài giờ để đảm bảo mã khớp với chú thích — khối lượng công việc mà theo ông, không thể thực hiện bằng một tài khoản LLM miễn phí.

Khi được hỏi liệu điều này có nguy cơ xua đuổi những lập trình viên trẻ tài năng, Torvalds trả lời rằng dự án hạt nhân chỉ muốn những lập trình viên nghiêm túc, bao gồm việc có đủ nguồn lực để vận hành trong thế giới này.

"Đã đến lúc cần làm cho việc đóng góp mã nguồn mới trở nên khó khăn hơn."

Tác giả bài viết nhận định đây là tín hiệu cho thấy việc làm việc với mã nguồn Linux sẽ đòi hỏi sự hậu thuẫn của doanh nghiệp để chi trả cho AI — yếu tố đẩy Linux xa rời cộng đồng phần mềm tự do.

Quan điểm lịch sử: Torvalds và giấy phép GPL

Bài viết truy ngược lịch sử để lý giải vì sao sự thay đổi này "không có gì đáng ngạc nhiên". Giấy phép Linux ban đầu cấm thu tiền khi sao chép, xuất phát từ việc Torvalds bực bội vì phải trả tiền cho Minix. Nhưng chính quy định này lại cản trở việc đóng góp và phân phối, nên ông quyết định đổi giấy phép. Khi đó, phần mềm GNU như GCC đang được các tổ chức thương mại áp dụng, nên GPL có vẻ là lựa chọn tốt để thu hút cả cộng đồng lẫn tập đoàn.

Tác giả cho rằng động cơ chưa bao giờ là "bốn quyền tự do" của phần mềm. Trích dẫn một cuộc phỏng vấn năm 2011, Torvalds nói thẳng rằng ông "cực kỳ khinh ghét những người cố gắng đẩy GPL như một vấn đề đạo đức", và khi các tập đoàn bắt đầu phớt lờ các điều khoản GPL, ông lại lên tiếng phản đối việc thực thi pháp lý.

Ông cũng từng nói rõ không quan tâm đến hiện tượng "tivoization" — việc dùng phần cứng để vô hiệu hóa quyền tự do của phần mềm GPL — và cho rằng các nhà sản xuất phần cứng có quyền thiết kế thiết bị theo cách họ muốn.

Bài học cho cộng đồng mã nguồn mở

Từ góc nhìn của người dùng và lập trình viên Việt Nam, câu chuyện này mang lại vài lưu ý thực tiễn:

• Các dự án mã nguồn mở lớn có thể dần dịch chuyển về phía lợi ích doanh nghiệp, đặc biệt khi AI làm mờ ranh giới giữa phần do con người và phần do máy tạo.
• Giấy phép mã nguồn mở như GPL có thể trở nên khó thực thi hơn nếu không thể xác định nguồn gốc mã nguồn.
• Các doanh nghiệp Việt Nam sử dụng Linux cho hạ tầng máy chủ, điện toán đám mây hay thiết bị IoT nên theo dõi sát diễn biến pháp lý này, vì nó ảnh hưởng đến tính ổn định và chi phí dài hạn của hệ thống.
• Cộng đồng phát triển phần mềm trong nước cần chú trọng việc ghi lại nguồn gốc mã nguồn, đặc biệt khi có sự tham gia của công cụ AI, để bảo vệ quyền sở hữu trí tuệ của chính mình.

Kết luận

Bài viết gốc thể hiện quan điểm khá gay gắt: AI không bao giờ thất bại, mà luôn là con người đã "làm AI thất bại" vì không biết cách yêu cầu đúng. Dù đồng tình hay không, câu chuyện về Linux cho thấy một thực tế — khi công nghệ AI hội tụ với lợi ích thương mại, các nguyên tắc nền tảng của phần mềm tự do có thể bị xem nhẹ. Với những ai quan tâm đến tương lai của mã nguồn mở, đây là hồi chuông cần được lắng nghe.