FreeBSD báo cáo quý 3/2026: vẫn tranh luận về code do AI viết

FreeBSD vừa công bố báo cáo trạng thái quý 3/2026, hé lộ nhiều dự án tham vọng đang được triển khai, cùng một cộng đồng vẫn chưa thống nhất cách đối xử với code sinh ra bởi các trợ lý lập trình AI.

Báo cáo là một tài liệu đồ sộ với 51 mục đến từ 5 nhóm, bao quát 16 dự án, cộng thêm sáu phần khác có báo cáo chi tiết hơn. Trong đó, phần được chú ý nhiều nhất là kết quả khảo sát nội bộ về cách xử lý code do AI tạo ra – chủ đề đã được đặt lên bàn từ tháng 9/2025 nhưng đến nay vẫn chưa có kết luận cuối cùng.

Nhiều dự án mới đáng chú ý

Báo cáo cập nhật tiến độ của Sylve, nỗ lực xây dựng một giao diện đồ họa (GUI) mượt mà để quản lý các máy chủ ảo hóa (virtualization host) chạy FreeBSD – về cơ bản là thứ tương tự Proxmox nhưng dành cho FreeBSD.

Một dự án khác là AppJail, hệ thống phân phối ứng dụng dạng container cho FreeBSD, kể cả ứng dụng GUI, hướng tới mục tiêu tương đương Snap, Flatpak và AppImage trên Linux. Có thể thấy những thay đổi khá táo bạo đang diễn ra trong hệ sinh thái FreeBSD.

Khảo sát 140 nhà phát triển về AI

Nằm trong phần của FreeBSD Core Team là mục "FreeBSD Developer AI survey", do Baptiste Daroussin thực hiện và nhận được 140 phản hồi. Kết quả cho thấy vẫn có sự phản đối với AI, nhưng cũng giải thích phần nào vì sao quá trình ra quyết định kéo dài: một số người có quyền commit vào dự án phản đối, nhưng số ủng hộ đông hơn nhiều.

Các con số chính:

• Chính sách: 88% muốn dự án ban hành chính sách, trong đó 49% muốn chính sách chính thức bằng văn bản và 39% muốn hướng dẫn nhẹ kèm thực hành tốt. 6% cho rằng nên khuyến khích tránh AI một cách rõ ràng, 3% thấy quy định đóng góp hiện hành đã đủ.
• Code có AI hỗ trợ: 35% yêu cầu phải công khai, 25% muốn nó bị kiểm duyệt chặt hơn code do người viết, 22% cho rằng nên đối xử như mọi đóng góp khác, 16% muốn từ chối thẳng.
• Biện pháp bảo vệ: được yêu cầu nhiều nhất là con người bắt buộc phải review (78%) và bắt buộc công khai (69%), tiếp đến là tài liệu về nguồn gốc/giấy phép (47%) và kiểm thử bắt buộc (39%).
• Minh bạch: 84% muốn việc dùng AI được công khai, trong đó 48% công khai mọi lúc và 36% khi mức độ tham gia đáng kể. 79% muốn các commit có AI hỗ trợ được đánh dấu trong commit log, 56% thích một thẻ ghi rõ tên công cụ.
• Lo ngại: về chất lượng, nỗi lo lớn nhất là tính đúng đắn và lỗi tinh vi (39%), tiếp đến là giấy phép và nguồn gốc (26%), rồi khả năng bảo trì (21%). 75% ít nhiều lo ngại về bản quyền và giấy phép.
• Nguyên tắc: trách nhiệm giải trình – tức vẫn phải có con người chịu trách nhiệm (91%) – và tính minh bạch (78%) được chọn nhiều nhất; giữ chất lượng code là mục tiêu hàng đầu của mọi chính sách.
• Các ứng dụng khác: 65% chấp nhận tài liệu do AI tạo nếu có người review, 54% cho phép dùng công cụ AI trên hạ tầng dự án (phần lớn kèm hạn chế), và 29% không đồng ý.

Như vậy chỉ 6% muốn khuyến khích tránh AI rõ ràng, 16% muốn từ chối thẳng, và 35% phản đối tài liệu do mô hình ngôn ngữ lớn (LLM) tạo ra. Phần còn lại là những lời kêu gọi dùng AI có trách nhiệm và minh bạch, cùng các lo ngại về bản quyền.

Bối cảnh các dự án BSD khác

Câu chuyện này không diễn ra riêng lẻ. NetBSD đã cấm code do AI tạo từ năm 2024, và dù phe ủng hộ AI cho rằng điều đó sẽ khiến dự án bị bỏ lại phía sau, dự án vẫn đang phát triển tốt. OpenBSD phát hành phiên bản 8.0 với tài liệu giới thiệu đầy những lời chế giễu người dùng AI.

Trước đó, một cuộc thăm dò nhà phát triển của Debian hồi tháng 8 đưa ra tới bốn phương án từ chối AI hơi khác nhau trong tổng số tám lựa chọn, và bất chấp phương pháp bỏ phiếu Condorcet, kết quả cuối cùng vẫn là cho phép dùng bot. Với mức phản đối tương đối yếu như ở FreeBSD, nhiều khả năng dự án này sẽ đi theo hướng Debian: khuyên nhà phát triển cẩn thận nhưng vẫn cho phép dùng công cụ AI.

Góc nhìn

Kết quả khảo sát cho thấy cộng đồng mã nguồn mở đang chuyển từ câu hỏi "có nên cấm AI hay không" sang "quản lý AI thế nào". Việc 78% muốn con người bắt buộc review và 79% muốn đánh dấu commit có AI hỗ trợ là tín hiệu đáng chú ý: trọng tâm không phải chặn công cụ, mà là giữ trách nhiệm giải trình và khả năng truy vết.

Với các nhóm kỹ thuật tại Việt Nam đang dùng trợ lý lập trình AI, những con số này có thể dùng làm tham chiếu khi xây quy trình nội bộ: ghi rõ công cụ đã dùng trong commit, bắt buộc review bởi người thật, và lưu tài liệu về nguồn gốc code. Đây là những bước ít tốn kém nhưng giải quyết đúng ba nỗi lo lớn nhất mà khảo sát chỉ ra.