Hậu trường OpenClaw: Cách duy trì và bảo mật dự án AI mã nguồn mở hàng đầu

OpenClaw là dự án phát triển nhanh nhất trong lịch sử GitHub. Peter Steinberger và một số người bảo trì dự án chia sẻ những gì họ đã học được trong sáu tháng đầu tiên của dự án.

Ngày 27 tháng 8 năm 2026

6 phút

Những gì bắt đầu như một thử nghiệm cá nhân đã nhanh chóng trở thành một dự án mã nguồn mở toàn cầu với đà phát triển phi thường.

OpenClaw là một trợ lý AI cá nhân chạy trên thiết bị của người dùng và kết nối với các kênh nhắn tin mà họ đang sử dụng. Được Peter Steinberger khởi xướng như một dự án cuối tuần vào tháng 11 năm 2025, kho lưu trữ GitHub của nó đã phát triển lên khoảng 388.000 sao, 81.000 bản fork và hơn 80.000 commit tính đến ngày 26 tháng 8 năm 2026.

Trong cuộc phỏng vấn qua video này, được quay chỉ sáu tháng sau khi dự án bắt đầu, người sáng tạo Peter Steinberger và một số người bảo trì OpenClaw thảo luận về việc quản lý sự gia tăng đột biến của các pull request, suy nghĩ lại về niềm tin đối với người đóng góp và quy trình đánh giá mã nguồn, giải quyết các rủi ro trong chuỗi cung ứng phần mềm, và cân bằng giữa khả năng mạnh mẽ của tác nhân (agent) với tính bảo mật. Họ cũng chia sẻ những bài học bảo mật từ GitHub Secure Open Source Fund và giá trị của việc kết nối với những người bảo trì đang đối mặt với các thách thức tương tự. Hãy xem video đầy đủ ở trên, sau đó khám phá các bài học chính bên dưới.

Những người xuất hiện trong video

Các người bảo trì sau đây đã chia sẻ kinh nghiệm của họ trong việc duy trì và bảo mật OpenClaw.

Dưới đây là 10 bài học hàng đầu mà chúng tôi rút ra được từ cuộc trò chuyện.

Bài học 1–3: AI đã thay đổi các đóng góp và cộng đồng như thế nào

1. Pull request đã trở thành prompt request

Các người bảo trì của OpenClaw nhận thấy họ phải quản lý hàng ngàn pull request và vấn đề (issue), với một số người đóng góp mở hàng trăm pull request cùng một lúc.

Tôi thậm chí không gọi chúng là pull request nữa. Tôi gọi chúng là prompt request.

Có những người đóng góp đã gửi hàng trăm pull request, vận hành kiểu như các nhà máy phần mềm tự động chỉ để khai thác mọi thứ nhằm tìm ra lỗi.

Thách thức đã chuyển từ việc thu hút sự tham gia sang việc tìm kiếm những đóng góp có giá trị giữa một làn sóng hoạt động có thể làm quá tải khả năng đánh giá của con người.

2. Luôn mở cửa cho những người đóng góp mới

Các người bảo trì OpenClaw muốn dự án trở nên chào đón đối với những người tham gia mới, cho dù họ là người lần đầu đóng góp mã nguồn mở, những người không phải lập trình viên đang giải quyết một vấn đề cụ thể, hay những người sử dụng tác nhân AI để hỗ trợ. Thay vì bác bỏ những đóng góp chưa hoàn hảo, họ tìm kiếm các ý tưởng tiềm năng và làm việc cùng người đóng góp để tinh chỉnh, viết lại hoặc tự mình hoàn thiện các thay đổi cuối cùng.

Tôi biết cảm giác đó như thế nào khi nhiều năm trước, pull request đầu tiên của tôi được chấp nhận trong một dự án.

Một số đóng góp đầu tiên được hợp nhất đến từ những người không có nền tảng về phát triển phần mềm. Họ đã sử dụng một tác nhân để tạo pull request và làm việc với các người bảo trì để hoàn thiện thay đổi đó.

Một tỷ lệ tốt trong số các pull request lần đầu được hợp nhất đến từ những người không phải lập trình viên. Họ chỉ đơn giản là những người có một vấn đề cụ thể và một nhu cầu cần giải quyết.

3. Các tác nhân giúp tiết kiệm thời gian nhưng khiến việc phê duyệt trở nên khó khăn hơn

Các người bảo trì đã mô tả hai kết quả rất khác nhau từ cùng một công nghệ: các tác nhân có thể giúp mọi người lấy lại thời gian, nhưng chúng cũng có thể khiến việc ngừng làm việc trở nên khó khăn hơn.

Tôi đã thấy mặt khác của vấn đề, nơi mọi người quá say mê với nó và họ nhận ra rằng, chà, nếu mình không ngủ đêm nay, mình có thể làm được những việc mà trước đây phải mất cả tuần mới xong.

Tôi có ba đứa con. Chúng còn rất nhỏ. OpenClaw cho phép tôi quản lý các tác nhân làm việc thay cho mình để tôi có thể quay lại chơi với các con.

Đôi khi các người bảo trì sẽ lên kênh và nói: 'Tôi đi ra ngoài hít thở không khí đây. Tôi sẽ nghỉ vài tiếng.'

Các tác nhân không tốt cũng không xấu đối với sự cân bằng giữa công việc và cuộc sống. Nhưng chúng khuếch đại cả cơ hội để làm được nhiều việc hơn lẫn tầm quan trọng của việc biết khi nào cần dừng lại.

Bài học 4-6: Cách các người bảo trì thích nghi

4. Xây dựng niềm tin bằng cách tìm ra nơi bạn có thể tạo ra giá trị

Không có con đường duy nhất để trở thành người bảo trì OpenClaw. Một số người đóng góp đến từ công việc bảo mật, những người khác thông qua việc tích hợp hoặc tham gia cộng đồng, nhưng điểm chung là tìm cách tạo ra giá trị và nhận trách nhiệm.

Peter đã phớt lờ tôi, nên tôi tự hỏi, làm cách nào khác để thu hút sự chú ý của anh ấy? Bảo mật.

Tôi là người của Microsoft, nên tôi đã nghĩ, liệu có plugin nào cho Microsoft Teams không?

Tôi đã tìm hiểu cộng đồng và tham gia trò chuyện bằng giọng nói, mọi người đặt rất nhiều câu hỏi, và tôi tự hỏi, làm thế nào mình có thể tạo ra giá trị trong những cuộc trò chuyện này?

5. Tín hiệu tin cậy mới là việc thể hiện công việc của bạn

Khi số lượng đóng góp trở nên ít mang tính thông tin hơn, nhóm đã xác định các bằng chứng có thể giúp một pull request trở nên nổi bật: bản ghi (transcript) của tác nhân, ảnh chụp màn hình, kết quả kiểm thử và lời giải thích về tư duy của người đóng góp.

Nếu bạn cung cấp cho chúng tôi các bản ghi, chúng tôi thực sự thấy cách bạn đi đến pull request đó và cuộc thảo luận của bạn với tác nhân. Điều đó cực kỳ giá trị. Nếu bạn thêm ảnh chụp màn hình, bạn có thể chứng minh rằng bạn đã kiểm thử nó.

Câu hỏi quan trọng không đơn thuần là con người hay tác nhân đã viết mã. Mà là liệu người đóng góp có hiểu tính năng đó và đã xem xét cách nó tương tác với phần còn lại của dự án hay không.

Không ai quan tâm bạn có phải là người viết mã đó hay không, nhưng chúng tôi quan tâm liệu bạn có thực sự suy nghĩ về tính năng này hay không.

6. Các người bảo trì đang đánh giá mã nguồn của tác nhân bằng chính các tác nhân

Các người bảo trì ngày càng dựa vào các công cụ AI để hỗ trợ đánh giá các đóng góp do AI tạo ra, đồng thời áp dụng cách tiếp cận thực tế hơn để cải thiện mã nguồn được gửi đến.