Rust Áp Dụng Chính Sách LLM Chính Thức cho Kho Lưu Trữ Chính của Dự Án

Năm nhóm trong dự án Rust đã chấp nhận một chính sách chính thức quy định cách sử dụng các mô hình ngôn ngữ lớn khi đóng góp vào rust-lang/rust, kho monorepo chính của dự án, Jynn Nelson, tác giả của chính sách, được công bố trên blog Inside Rust vào ngày 5 tháng 8 năm 2026. Chính sách (được phê duyệt bởi các nhóm compiler, libs, types, rustdoc và bootstrap) thay thế những gì Nelson mô tả là cách tiếp cận “wild west” chưa công bố đối với việc kiểm duyệt bằng một bộ quy tắc công khai, bằng văn bản.

Chính sách không phải là quan điểm toàn dự án về AI, và nó cẩn thận khẳng định điều đó. Nó chỉ áp dụng cho kho rust-lang/rust và chỉ cho các nhóm đã phê duyệt. Tuy nhiên trong phạm vi này, nó vẽ một ranh giới rõ ràng: LLM được chào đón như công cụ hỗ trợ suy nghĩ, không phải thay thế cho suy nghĩ.

Chính sách thực tế nói gì

Tài liệu tự tóm tắt mình trong một câu duy nhất:

Việc sử dụng LLM để trả lời câu hỏi, phân tích, tóm tắt, tinh chỉnh, kiểm tra, đề xuất, đánh giá là được chấp nhận. Nhưng không được tạo ra.

Trong thực tế, điều này tạo ra ba cấp độ. Được cho phép hoàn toàn: bất kỳ việc sử dụng riêng tư nào mà người đóng góp là người duy nhất nhìn thấy kết quả — hỏi câu hỏi về cơ sở mã, tóm tắt một chuỗi thảo luận, tự kiểm tra mã của mình một cách riêng tư. Được cho phép với việc tiết lộ bắt buộc: dịch máy, các thay đổi tầm thường như sửa lỗi chính tả, khám phá lỗi có sự hỗ trợ của LLM, và các bot đánh giá LLM, phải chạy từ các tài khoản GitHub riêng biệt, được gắn nhãn rõ ràng mà người dùng có thể chặn. Bị cấm: các bình luận, tài liệu và chẩn đoán trình biên dịch do LLM tạo ra; bất kỳ quy trình nào yêu cầu LLM thực thi; và việc coi một đánh giá LLM là đủ để hợp nhất hoặc từ chối một thay đổi.

Điểm mạnh nhất nằm ở thiết kế thực thi. Cố ý xuyên tạc việc sử dụng LLM được tính là vi phạm Quy tắc Ứng xử của dự án — cùng mức độ với quấy rối — kèm theo cảnh cáo và, nếu vi phạm lặp lại, sẽ bị cấm. Tài liệu rõ ràng rằng nhiều điều khoản của nó không thể thực thi trong thực tế, và nói rằng điều này là có chủ đích: “Mục tiêu của chúng tôi không phải bắt mọi vi phạm… Thay vào đó, mục tiêu là loại bỏ khả năng phủ nhận hợp lý: buộc mọi người phải lựa chọn giữa tuân thủ chính sách và cố ý vi phạm nó.”

Một thí nghiệm có giới hạn cho mã do LLM viết

Mã do LLM viết không bị cấm hoàn toàn. Nó chỉ được phép trong một thí nghiệm với các điều kiện đầu vào nghiêm ngặt: các thay đổi phải được sắp xếp trước với một người xem xét được chỉ định, không quan trọng tới độ an toàn của trình biên dịch, phải được kiểm thử kỹ lưỡng và được xem xét cẩn thận, và trong mọi trường hợp phải công khai. Các cộng tác viên mới không thể mở một pull request do LLM tạo ra nếu chưa có người xem xét đồng ý. Khi không có bộ kiểm thử cho phần mã bị chạm tới, tác giả phải tự viết một bộ kiểm thử hoặc đóng PR. Không có ngoại lệ.

Thí nghiệm này có cơ chế ngắt mạch riêng. Nếu hơn một nửa các PR được hợp nhất trong một khoảng thời gian sáu tuần là do LLM tạo ra, việc hợp nhất các PR do LLM tạo sẽ dừng lại cho đến khi tỷ lệ này giảm xuống dưới 50 %, với thời gian chờ tối thiểu mười ngày. Khoảng thời gian này khớp với chu kỳ phát hành sáu tuần của Rust. Tất cả các PR như vậy sẽ mang nhãn mới ai-assisted và được đăng lên một kênh Zulip riêng tư, mục đích thu thập dữ liệu (liệu những người đóng góp được hỗ trợ bởi LLM có đang học hỏi, quay lại, và tạo ra công việc hữu ích hay không), chứ không phải để kiểm soát.

Tại sao lại bây giờ

Thông báo của Nelson mô tả ba áp lực đã đẩy các nhóm từ việc kiểm duyệt không chính thức sang các quy tắc viết thành văn bản. Các pull request được tinh chỉnh không còn là dấu hiệu của nỗ lực hay hiểu biết, làm suy giảm các tín hiệu tin cậy mà văn hoá đánh giá của dự án dựa vào. Việc tạo mã rẻ hơn làm trầm trọng thêm tình trạng thiếu băng thông đánh giá hiện có: kho hiện đang có 1.281 PR mở, và tài nguyên khan hiếm luôn là sự phán đoán của người xem xét, không phải mã. Và những cộng tác viên phản hồi các bình luận đánh giá bằng cách sao chép chúng vào LLM và dán lại kết quả, theo lời Nelson, là đang lãng phí thời gian của mọi người và phá vỡ giả định rằng người xem xét đang nói chuyện với một con người.

Bối cảnh là một sự chia rẽ thực sự bên trong dự án. Phần động lực của chính sách tự nói rằng không có sự đồng thuận trong Rust, “và có thể sẽ không bao giờ có,” về thời điểm nào các công cụ dựa trên AI được chấp nhận, với các thành viên dao động từ những người dùng hàng ngày đến những người cho rằng bất kỳ việc sử dụng nào cũng không được chấp nhận. Đó là lý do tài liệu được xây dựng để có thể thay đổi: các sửa đổi lớn cần có sự đồng ý của mỗi nhóm đã phê duyệt, và chính sách có thể bị giải thể hoàn toàn bởi các nhóm đó hoặc bị ghi đè bởi một ủy ban LLM toàn dự án mà hội đồng lãnh đạo hiện đang cân nhắc.

Chi tiết nhỏ

Phạm vi hẹp hơn tiêu đề gợi ý. Chính sách không bao phủ các kho khác trong tổ chức rust-lang, công việc của nhóm ngôn ngữ như theo dõi vấn đề và báo cáo ổn định, hướng dẫn phong cách, hoặc các nhóm chưa phê duyệt. Mỗi nhóm vẫn tự do đặt ra quy tắc riêng. Các thành viên của tổ chức rust-lang được miễn trừ khỏi hạn chế “không quan trọng” đối với mã do LLM tạo, mặc dù chính sách mạnh mẽ khuyến cáo không nên sử dụng miễn trừ này, và các PR được viết trước khi chính sách có hiệu lực cũng được miễn trừ. Việc quấy rối một cộng tác viên vì sử dụng LLM cũng bị cấm, bất kể việc sử dụng đó có vi phạm chính sách hay không.

Điều gì sẽ xảy ra tiếp theo

Kênh Zulip riêng tư bắt đầu thu thập dữ liệu về các PR do LLM tạo ngay khi nhãn ai-assisted được sử dụng, và cửa sổ ngắt mạch sáu tuần đầu tiên sẽ cho các nhóm biết liệu thí nghiệm có đang làm quá tải hàng đợi hợp nhất hay không. Đề xuất đang chờ của hội đồng lãnh đạo về một ủy ban LLM chuyên trách, nếu được thành lập, sẽ có ưu tiên hơn chính sách này và có thể mở rộng quy tắc trên toàn dự án, bao phủ các cuộc trò chuyện, diễn đàn và các kho mà hiện nay không có bất kỳ chính sách nào. Bài viết của Nelson lập luận cho kết quả chính xác đó, coi chính sách này như một bước đầu tiên chứ không phải một câu trả lời cuối cùng.