Khi các dự án AI mã nguồn mở từ chối Pull Request: Kỷ nguyên của 'nhà máy phần mềm' tự động

GitHub đã phát minh ra pull request (PR), và trong suốt 18 năm qua, chúng luôn được mở theo mặc định. Nhưng hiện nay, một số dự án mã nguồn mở thuần AI hàng đầu đang đóng tính năng PR lại vì họ đã tìm ra một phương thức hiệu quả hơn.

Các dự án này, bao gồm Flue và tldraw, từ chối chấp nhận PR từ những người đóng góp bên ngoài — một phần vì các PR đó thường được tạo ra bởi AI. Thay vào đó, những người duy trì dự án ưu tiên sử dụng các tác nhân (agent) của riêng họ để tạo và quản lý PR.

Ngoài ra, nhiều dự án đã bắt đầu sử dụng một "nhà máy phần mềm" (software factory) để quản lý các đóng góp từ cộng đồng. Thông thường, quy trình này bao gồm một "đội ngũ" các tác nhân thực hiện phân loại PR, tái hiện vấn đề (nếu đó là lỗi), triển khai bản sửa lỗi hoặc tính năng mới, đánh giá, rồi chuyển lại cho con người để hợp nhất (merge).

Vercel gần đây đã đăng tải một bài viết có tiêu đề “Xây dựng nhà máy phần mềm cho AI SDK”. Bài viết mô tả cách dự án mã nguồn mở AI SDK, vốn nhận được hơn 20 triệu lượt tải xuống trên npm mỗi tuần, đã triển khai các tác nhân để kiểm soát lượng PR và vấn đề tồn đọng — vốn đã lên tới “hơn 1.000 vấn đề mở và gần 800 pull request” vào cuối tháng 6.

Có nhiều loại tác nhân trong hệ thống của Vercel, mỗi loại tập trung vào một nhiệm vụ khác nhau. Ví dụ, có một tác nhân chuyên tái hiện lỗi, một tác nhân khác chuyên áp dụng bản sửa lỗi, và một tác nhân nữa chuyên đánh giá bản sửa lỗi đó.

Một trong những lý do chính khiến Vercel thiết lập nhà máy phần mềm này là vì họ tin tưởng vào các tác nhân của chính mình hơn là các tác nhân do thành viên cộng đồng vận hành.

“Nếu chúng tôi có một tác nhân rất chuyên biệt với một câu lệnh (prompt) cụ thể đã được tối ưu hóa — và chúng tôi biết rằng, trong lịch sử, nó rất thành công trong việc sửa một loại lỗi nhất định — thì chúng tôi sẽ xây dựng được sự tin tưởng vào cấu hình tác nhân cụ thể đó,” kỹ sư Lars Grammel của Vercel giải thích trong một video trên YouTube.

“Đối với các dự án mã nguồn mở, việc cân nhắc tự xây dựng các tác nhân và thiết lập riêng là rất xứng đáng, thay vì nhất thiết phải tin tưởng vào cộng đồng, bởi điều đó thực sự có thể cắt giảm thời gian đánh giá của bạn,” ông nói thêm.

Grammel cũng trình bày kiến trúc triển khai cho hệ thống của mình, lưu ý rằng “có một giao diện người dùng (UI), một ứng dụng web, một API nền tảng, một không gian thực thi và các sandbox.” Hệ thống này sau đó được đồng bộ hóa với GitHub, từ đó tự động kích hoạt các hành động khác. Giao diện người dùng mà Grammel đề cập là một sản phẩm được tùy chỉnh riêng.

Chỉ bốn tuần sau khi nhà máy phần mềm này được triển khai, Vercel tuyên bố rằng nhà máy hiện “tạo ra từ 25 đến 35% số PR mà chúng tôi hợp nhất và đóng 70-80% số vấn đề.”

Khung web Astro, với 62.000 sao trên GitHub, cũng đã áp dụng cái mà người sáng lập Fred Schott gọi là “ý tưởng nhà máy phần mềm đó”.

“Trong năm năm, chúng tôi luôn ở trong tình trạng các vấn đề phát sinh nhanh hơn mức chúng tôi có thể xử lý,” Schott chia sẻ với Latent Space.

Nhưng giờ đây, với các tác nhân đảm nhận công việc phân loại, họ đã giành lại quyền kiểm soát.

“Mọi thứ đã thay đổi hoàn toàn trong sáu tháng qua,” ông nói. “Chúng tôi hiện có thể giải quyết các vấn đề này bằng các quy trình tự động — xử lý phân loại, tái hiện, và yêu cầu người dùng xác nhận bản sửa lỗi mà bot đề xuất trước khi chúng tôi kịp xem xét.”

Kết quả không chỉ là sự sụt giảm lớn về số lượng vấn đề mở, mà còn là sự thay đổi hoàn toàn trong cách đội ngũ Astro xử lý các yêu cầu từ cộng đồng.

“Tôi chưa bao giờ thấy điều đó trong hơn một thập kỷ kinh nghiệm làm mã nguồn mở của mình,” Schott nói. “Việc có thể coi các vấn đề như một danh sách cần ưu tiên hàng tuần — bất kể thế nào — thay vì một danh sách tồn đọng mà bạn phải liên tục cắt tỉa.”

Hơn nữa, hệ thống “tự động phân loại” của Astro đã trực tiếp dẫn đến việc Schott tạo ra một khung tác nhân hoàn toàn mới, gọi là Flue.

Với Flue, Schott đang thử nghiệm một cách tiếp cận quyết liệt hơn đối với các PR. Hướng dẫn đóng góp của Flue nêu rõ rằng “chúng tôi sẽ cố gắng tái hình dung mọi thứ” — một phần để ngăn chặn cái mà họ gọi là “các PR rác do AI tạo ra một cách tùy tiện” (Drive-by AI slop PRs).

Về cơ bản, Schott giải thích, mọi pull request từ bên ngoài trong dự án Flue đều tự động bị đóng và chuyển thành một vấn đề hoặc thảo luận. Các báo cáo lỗi và đề xuất sửa lỗi được chuyển thành vấn đề, còn các yêu cầu tính năng trở thành thảo luận.

“Nếu bạn gửi một PR, đừng buồn, chúng tôi chỉ đơn giản là sẽ chuyển nó thành các vấn đề và thảo luận thay cho bạn. Và từ đó, chúng tôi tìm cách phù hợp để đưa mọi người vào tham gia.”

Điều này giống như việc coi các yêu cầu gửi đến là những đầu mối (leads), thay vì là một phần công việc mà người duy trì cảm thấy có nghĩa vụ phải xem xét. Hướng dẫn đóng góp giải thích rằng họ sử dụng chuyên môn của chính đội ngũ kết hợp với “các mô hình ngôn ngữ lớn (LLM) hiện đại nhất (SOTA) mà chúng tôi có quyền truy cập” để giúp họ quyết định việc gì cần làm tiếp theo.

Khi quyết định đã được đưa ra trong phần vấn đề hoặc thảo luận, các tác nhân sẽ được triển khai cho các khâu “nghiên cứu, thiết kế, triển khai và đánh giá ban đầu.”

Giống như Flue, công cụ vẽ React “source available” tldraw (50.000 sao) cũng tự động đóng các PR từ bên ngoài.

Người sáng lập dự án, Steve Ruiz, đã công bố chính sách này vào tháng 1 và năm tháng sau đó đã nhắc lại, lưu ý rằng đó là “một quyết định mang tính chủ quan được đưa ra để phản ứng với những thay đổi trong cách chúng ta lập trình (nhiều thảo luận hơn, nhiều tác nhân hơn), các thực tiễn xã hội xung quanh việc đóng góp công khai, và bối cảnh thay đổi về bảo mật mã nguồn.”

Steve Ruiz@steveruizok

sự phi lý trong các vấn đề của tôi lúc này

4:04 CH · 6 tháng 6, 2026 · 11,2 nghìn lượt xem

6 lượt trả lời · 1 lượt đăng lại · 88 lượt thích

Đồng sáng lập HashiCorp và người tạo ra Ghostty, Mitchell Hashimoto, hiện là đồng sáng lập của Superlogical, thậm chí còn tiến xa hơn. Ông cho rằng “tương lai là các dự án mã nguồn mở lớn sẽ đóng hoàn toàn việc nhận đóng góp.”

Ruiz phản hồi: “Việc để mọi người đóng góp mã nguồn trở nên ít ý nghĩa hơn nếu vấn đề đã được xác định rõ ràng và mã nguồn có thể được viết bởi các tác nhân.”

Theo truyền thống trong mã nguồn mở, các pull request được người duy trì xem xét không chỉ để kiểm tra mã, mà còn để hướng dẫn người đóng góp và đánh giá họ như những người duy trì tiềm năng trong tương lai. Nếu các dự án như AI SDK và Astro đang sử dụng tác nhân để thực hiện phần lớn việc đánh giá và triển khai mã, thì điều đó sẽ để lại vị trí nào cho các thành viên cộng đồng muốn tham gia tích cực hơn?

Schott thừa nhận đây là một rủi ro.

“Nó vẫn để lại một lỗ hổng, rằng nếu bạn cứ tiếp tục thu hẹp dự án, đến một lúc nào đó, bạn và tôi đi nghỉ mát — thì chuyện gì sẽ xảy ra? Nó không thực sự giải quyết được mọi vấn đề.”

Tuy nhiên, thực tế là cả Flue và tldraw không chấp nhận PR nhưng vẫn chấp nhận các vấn đề và thảo luận mới có lẽ đã chỉ ra một giải pháp. Đó là bằng cách trò chuyện với nhau nhiều hơn, các thành viên cộng đồng hiểu rõ hơn — và tin tưởng lẫn nhau hơn, đây vừa là cách để học hỏi từ đồng nghiệp, vừa là cách để chứng minh bản thân xứng đáng trở thành một người duy trì dự án.