Torvalds vs. Debian: Hai Tầm Nhìn Đối Lập Về AI Trong Mã Nguồn Mở

Sự tương phản này không chỉ là bất đồng về thủ tục. Nó phản ánh những triết lý quản trị, mức độ chấp nhận rủi ro và tầm nhìn khác nhau về tương lai của phát triển mã nguồn mở.

Linux Kernel: Cho Phép Thực Tế Với Trách Nhiệm Thuộc Về Con Người

Quan điểm của Torvalds là kết quả của một quá trình dài, thỉnh thoảng có những mâu thuẫn. Đầu năm 2026, ông từng cảnh báo các nhà phát triển kernel về việc sử dụng mã do AI tạo ra và gọi AI là "90% tiếp thị" . Đến tháng 11/2025, ông nói với Hội nghị Open Source Summit Hàn Quốc rằng ông "khá tích cực" về việc học lập trình bằng AI . Nhưng ông đã chống lại việc chính thức hóa bất kỳ chính sách nào cho đến khi có sự thúc đẩy từ Hội nghị Maintainers, nơi Sasha Levin lập luận rằng kernel cần có sự đồng thuận được ghi chép lại về các công cụ AI .

Kết quả, được hợp nhất trong Linux 7.0 vào tháng 4/2026, là tệp Documentation/process/coding-assistants.rst — một tài liệu ngắn gọn, thực tế, thiết lập ba quy tắc:

• Chỉ con người mới được ký xác nhận. "Các tác nhân AI KHÔNG ĐƯỢC thêm thẻ 'Signed-off-by'. Chỉ con người mới có thể chứng nhận hợp pháp Developer Certificate of Origin (DCO)" . DCO là một cam kết ràng buộc về mặt pháp lý về quyền tác giả và cấp phép; không AI nào có thể thực hiện điều đó.
• Ghi nhận qua thẻ "Assisted-by" (khuyến khích, không bắt buộc). Những người đóng góp sử dụng công cụ AI được yêu cầu thêm thẻ Assisted-by: xác định tên và phiên bản mô hình .
• Trách nhiệm hoàn toàn thuộc về con người. Người nộp phải chịu hoàn toàn trách nhiệm pháp lý và uy tín cho từng dòng mã, từng lỗi và từng lỗ hổng bảo mật trong các bản vá có sự hỗ trợ của AI .

Bài đăng ngày 15/7/2026 của Torvalds trên danh sách thư tín kernel đã làm rõ logic của ông: các công cụ AI là công cụ hỗ trợ năng suất tùy chọn, tương tự như trình biên dịch hay trình gỡ lỗi, và kernel không nên trở thành "một trong những dự án chống AI" cấm các công cụ hữu ích . Ông cảnh báo về những nhược điểm thực tế nhưng nói rằng các maintainer nên thích ứng các công cụ và quy trình xem xét thay vì áp đặt lệnh cấm từ cấp cao nhất .

Dự án Debian: Một Nỗ Lực Chính Thức Cấm Các Đóng Góp Do LLM Tạo Ra

Cách tiếp cận của Debian hoàn toàn đối lập. Vào ngày 24/7/2026, dự án đã mở giai đoạn thảo luận cho cuộc bỏ phiếu Nghị quyết Chung vote_002, "Sử dụng LLM trong Debian", do nhà phát triển Matthias Geiger đề xuất và được bảy người đóng góp, bao gồm Ian Jackson, thứ hai . Trang bỏ phiếu chính thức của Debian nêu rõ mục tiêu của nghị quyết là "cấm rõ ràng mọi đóng góp cho Debian được viết với sự hỗ trợ của các mô hình ngôn ngữ lớn (LLM) hoặc các công cụ AI tạo sinh khác" .

Lệnh cấm được đề xuất bao gồm phạm vi rộng các đóng góp trực tiếp cho Debian:

• Các gói nguồn Debian
• Phần mềm chính thức của dự án Debian (ví dụ: lintian)
• Tài liệu và bản dịch chính thức
• Truyền thông chính thức của dự án
• Báo cáo lỗi
• Nội dung Wiki

Quan trọng là, nghị quyết loại trừ rõ ràng các dự án upstream sử dụng LLM cho phát triển riêng của họ, phần mềm liên quan đến AI do Debian đóng gói, và các bản vá hoặc bản sửa lỗi bảo mật từ upstream .

Nghị quyết Chung trình bày cho cử tri nhiều lựa chọn bỏ phiếu:

• Đề xuất A (lệnh cấm): Cấm tất cả các đóng góp có hỗ trợ LLM cho Debian.
• Đề xuất B (cho phép có điều kiện): Cho phép các đóng góp có hỗ trợ AI với một số điều kiện nhất định (công khai, gắn thẻ, v.v.).
• Các lựa chọn khác: Các lựa chọn trung gian hoặc "thảo luận thêm" .

Nghị quyết nêu bốn loại quan ngại: sự không chắc chắn về mặt pháp lý trong vấn đề bản quyền đối với đầu ra do LLM tạo ra, rủi ro về chất lượng và độ chính xác, tác động đến sức khỏe cộng đồng bao gồm áp lực lên người xem xét, và các vấn đề đạo đức liên quan đến thực hành đào tạo LLM . Debian coi mã do AI tạo ra là một rủi ro tiềm ẩn về chuỗi cung ứng và pháp lý cho bản phân phối .

Đây không phải là nỗ lực đầu tiên của Debian về chính sách AI. Vào tháng 2-3/2026, một dự thảo Nghị quyết Chung do cựu Lãnh đạo dự án Debian Lucas Nussbaum đề xuất đã cho phép các đóng góp có hỗ trợ AI với bảy điều kiện, bao gồm công bố bắt buộc và thẻ có thể đọc bằng máy . Sau nhiều tuần tranh luận sôi nổi trên danh sách thư tín, cộng đồng đã từ bỏ cuộc bỏ phiếu đó, chọn tiếp tục xử lý các đóng góp AI theo từng trường hợp cụ thể . Nỗ lực tháng 7/2026 là một đề xuất mới, hạn chế hơn, mà một số người theo dõi coi là phản ứng trước thất bại trong việc đạt được sự đồng thuận trước đó .

So Sánh Trực Tiếp: Những Khác Biệt Chính

Sự Rạn Nứt Ngày Càng Lớn Trong Làng Mã Nguồn Mở

Hai lập trường này đại diện cho hai cực của sự chia rẽ ngày càng sâu sắc trong hệ sinh thái. Torvalds, với tư cách là một nhà độc tài nhân từ duy nhất, có thể đưa ra quyết định nhanh chóng để chào đón các công cụ AI và nói với những người bất đồng chính kiến hãy fork . Debian, với tư cách là một dự án do cộng đồng quản trị, có cam kết mạnh mẽ với các nguyên tắc phần mềm tự do và sự thận trọng về pháp lý, đang làm việc thông qua một quy trình dân chủ chính thức để cấm những gì họ coi là mối đe dọa hiện hữu đối với mã nguồn mở do con người tạo ra .

Những người theo dõi lưu ý rằng sự rạn nứt này phản ánh sự phân mảnh mã nguồn mở rộng lớn hơn: Ubuntu đã đón nhận AI, trong khi các dự án khác như Curl đã cấm các đóng góp do AI tạo ra vì lo ngại về chất lượng . Cuộc bỏ phiếu của Debian, nếu được thông qua, có thể tạo ra một tiền lệ mạnh mẽ cho cách các bản phân phối Linux lớn xử lý các đóng góp do AI tạo ra trong tương lai .

Đối với những người đóng góp đang điều hướng bối cảnh này, hàm ý thực tế rất rõ ràng: những gì được chào đón trong Linux kernel có thể là vi phạm chính sách trong Debian. Hệ sinh thái mã nguồn mở không còn một lập trường duy nhất về AI nữa — nó có một số lượng ngày càng tăng các lập trường cạnh tranh, và sự lựa chọn của mỗi dự án phản ánh các giá trị quản trị sâu sắc nhất của nó.