Dừng ngay việc 'nhồi nhét' mã AI rác vào dự án mã nguồn mở để làm đẹp CV

Trong bối cảnh AI tạo sinh (Generative AI) bùng nổ, một xu hướng đáng lo ngại đang diễn ra trong cộng đồng mã nguồn mở: hàng loạt cá nhân sử dụng chatbot để tự động tạo ra các pull request (PR), báo cáo lỗi bảo mật và sửa lỗi chính tả chỉ để "làm đẹp" hồ sơ GitHub của mình. Bài viết của một nhà bảo trì dự án lâu năm đã gây chú ý khi thẳng thắn chỉ trích hành vi này, cho rằng nó đang xói mòn sự tin tưởng vốn là nền tảng của cộng đồng mã nguồn mở.

Làn sóng đóng góp giả tạo từ AI

Theo tác giả Neil Alexander, một nhà bảo trì dự án mã nguồn mở, trong vòng một năm qua, các nhà phát triển nhận thấy sự thay đổi rõ rệt trong cách thức đóng góp bên ngoài. Thay vì gửi các issue (vấn đề) chi tiết, họ ngày càng nhận được nhiều pull request hơn, thường đi kèm với các phân tích được AI tạo ra. Điển hình là các báo cáo lỗi bảo mật (CVE) cũng tăng vọt, nhưng phần lớn đều được nhận diện là do AI sinh ra, kèm theo các đề xuất sửa lỗi tự động.

"Tôi không nghi ngờ một số đóng góp đến từ những người thực sự quan tâm đến dự án, nhưng phần lớn cho thấy họ đang sử dụng AI để 'gaming' GitHub vì lợi ích cá nhân."

Ví dụ điển hình: PR sửa lỗi chính tả từ một tài khoản "ma"

Tác giả kể lại một trường hợp cụ thể: một tài khoản GitHub hầu như không có hoạt động nào từ cuối 2018 cho đến cách đây vài tuần, đột nhiên gửi ba PR sửa lỗi chính tả và ngữ pháp trong các comment mã nguồn. Kiểm tra kỹ, Neil phát hiện ra Claude (trợ lý AI của Anthropic) đã soạn thảo các thay đổi, viết mô tả PR và thậm chí ký tên đóng góp (commit) dưới danh nghĩa người dùng, đồng thời chèn dòng "Co-authored-by" để xác nhận AI tham gia.

Dù những thay đổi này vô hại và chính xác, nhưng chúng không mang lại bất kỳ giá trị cải thiện nào cho dự án. Câu hỏi đặt ra: "Tại sao lại chọn chúng tôi? Tại sao lại là lúc này?" — Điều này cho thấy các PR này không hề nhằm mục đích cải thiện dự án, mà chỉ để tạo ra ảo giác về một lập trình viên năng động trong mắt nhà tuyển dụng.

Hệ lụy: Xói mòn sự tin tưởng trong cộng đồng mã nguồn mở

Việc chấp nhận các PR rác này sẽ tạo ra tiền lệ xấu, biến danh sách người đóng góp (contributor list) thành nơi "tưởng thưởng" cho những người biết cách sai khiến robot sửa lỗi chính tả. Đối với các báo cáo bảo mật, tác giả cũng cho biết nhóm của anh đã trở nên thận trọng hơn khi đánh giá mức độ nghiêm trọng, đôi khi từ chối phát hành CVE cho các vấn đề có mức độ thấp vì chi phí phối hợp sửa lỗi riêng tư và công khai là rất lớn.

"Cuối cùng, mã nguồn mở được xây dựng trên sự tin tưởng. Chỉ số quan trọng không phải là số pull request bạn thuyết phục LLM tạo ra, mà là liệu bạn có thể cải thiện dự án một cách thực sự có ý nghĩa hay không."

Lời khuyên cho các nhà phát triển trẻ

Nếu bạn muốn đóng góp cho mã nguồn mở, hãy làm vì bạn quan tâm và thực sự sử dụng dự án đó. Hãy bắt đầu bằng cách sửa lỗi bạn gặp phải, thêm tài liệu hữu ích, hoặc tham gia thảo luận để hiểu rõ kiến trúc trước khi gửi PR. Những đóng góp mang tính chất "làm màu" không chỉ làm phiền người bảo trì mà còn làm giảm giá trị của chính hồ sơ của bạn khi bị phát hiện.

Nếu tất cả những gì bạn muốn là thêm một ô vuông xanh (green square) hay một huy hiệu đóng góp trên GitHub, xin hãy tìm nơi khác.

Kết luận

AI có thể là công cụ hỗ trợ đắc lực cho lập trình viên, nhưng lạm dụng nó để "làm đẹp" hồ sơ một cách giả tạo sẽ phản tác dụng. Cộng đồng mã nguồn mở coi trọng sự chân thành, chất lượng và tinh thần hợp tác thực sự. Hãy để mỗi dòng code, mỗi PR đều phản ánh đúng năng lực và sự đam mê của bạn, thay vì là sản phẩm của một cuộc "gọi AI làm giúp".