Tất cả bài viết

AI nguồn mở: đọc số sao thế nào cho đúng

59 dự án trong một lần chụp GitHub. Ba dự án đáng đọc kỹ, ba cái tên có con số không khớp, và cách phân biệt dự án thật với sao được đẩy.

Bản Markdown
Phân tích độc lập, gợi mở từ Good AI List (tham khảo ý tưởng) ↗. Các tình huống và khung thực hành do La Bàn phát triển, có sự hỗ trợ của AI.

Mỗi tuần GitHub sinh ra hàng trăm dự án AI mới. Phần lớn sẽ lặng lẽ dừng ở commit thứ mười. Một số ít thì thật sự thay đổi cách người ta làm việc. Vấn đề là bảng xếp hạng theo sao không phân biệt được hai loại đó — nó chỉ đo sự chú ý, mà sự chú ý thì mua được, đẩy được và thường đến từ một cái tên lớn chứ không từ chất lượng.

Bài này là một lần đọc số liệu, không phải một danh sách để lưu. Tôi lấy 59 dự án từ hai chủ đề llm và ai-agents, giới hạn trong các repo tạo ra trong 120 ngày gần nhất, rồi tự hỏi với từng cái: nó giải quyết việc gì, ai đang bảo trì, và con số nào trong hồ sơ của nó không khớp với phần còn lại.

Ảnh chụp này được lấy thế nào

Dữ liệu chụp lúc 01:14 UTC ngày 24 tháng 10 năm 2026, qua GitHub Search API và trang Trending. Mọi con số dưới đây lấy nguyên từ lần chụp đó, không suy diễn, không làm tròn cho đẹp. Đây là lần chụp đầu tiên nên chưa có mức tăng theo ngày hay theo tuần — nghĩa là bài này không nói được cái gì đang tăng nhanh, chỉ nói được cái gì đang đứng ở đâu.

Sao không đo chất lượng, nhưng ba chỉ số khác thì có

Tỷ lệ fork trên sao là chỉ số bị bỏ qua nhiều nhất. Một dự án có người dùng thật sẽ có người fork để sửa, để thử, để nhúng vào việc riêng. Tỷ lệ dưới 3% trên một repo nghìn sao gần như luôn là dấu hiệu của sao được đẩy, chứ không phải của một công cụ đang được dùng.

Số issue mở nói lên nhịp vận hành. Quá ít trên repo lớn thường là issue bị tắt hoặc chuyển sang kênh kín. Quá nhiều thì là dự án đang chuyển động nhanh đến mức API còn đổi — dùng được để học, chưa nên đặt cược kiến trúc.

Giấy phép là thứ quyết định bạn có được dùng nó trong sản phẩm hay không. NOASSERTION, none, hoặc các giấy phép tự chế đều là rủi ro pháp lý, không phải chi tiết hành chính.

deepseek-harness: plugin không phải là tính năng, mà là kiến trúc

Repo của chính DeepSeek đạt 259.459 sao và 31.330 fork, tỷ lệ 12,1%, giấy phép MIT, viết bằng TypeScript. Nó được tạo ngày 13 tháng 8 năm 2026 — chưa đầy ba tháng — và có commit trong ngày 23 tháng 10.

Ý tưởng trung tâm rất rõ: mọi năng lực của agent là một plugin cắm rút được, kể cả những thứ thường bị viết cứng trong lõi. Nếu đúng như mô tả, đây là câu trả lời cho vấn đề làm agent runtime nào cũng gặp: mỗi lần thêm công cụ lại phải sửa lõi, và lõi càng sửa nhiều càng khó nâng cấp.

Điều đáng nghi là 0 issue mở trên một repo 259.459 sao. Không có dự án thật nào vận hành sạch đến vậy ở quy mô đó. Nhiều khả năng issue bị đóng tự động hoặc chuyển sang kênh khác. Cũng nên nhớ 259.459 sao trong ba tháng là con số cực đoan, và một phần lớn đến từ việc tên DeepSeek đã có sẵn. Sao ở đây đo mức quan tâm, không đo độ chín.

NVIDIA/OpenShell: đúng chỗ đau nhất của agent tự trị

18.810 sao, 1.886 fork (10,0%), Apache-2.0, viết bằng Rust, tạo từ tháng 2 năm 2026, commit trong ngày 24 tháng 10. Đây là dự án duy nhất trong nhóm dẫn đầu có lịch sử đủ dài để nói về độ bền.

Nó giải quyết câu hỏi mà mọi đội đưa agent lên production đều phải trả lời: agent này được chạm vào những gì. Chạy agent trong môi trường cô lập thay vì tin vào mã do model sinh ra là hướng đúng, và việc NVIDIA làm bằng Rust cho thấy họ nhắm vào tầng hạ tầng chứ không phải bản demo.

Nhưng 574 issue mở là con số lớn. Dự án đang thay đổi nhanh, API có thể còn đổi, và nhãn an toàn là tự công bố — chưa có kiểm định độc lập nào về việc cách ly mạnh đến đâu. Dùng để học kiến trúc thì tốt; dùng làm hàng rào bảo mật duy nhất thì chưa.

open-connector: phần việc nhàm nhất trong mọi agent

6.082 sao, 572 fork (9,4%), Apache-2.0, TypeScript, tạo tháng 6, commit ngày 23 tháng 10, và chỉ 9 issue mở.

Nó là cổng xác thực mã nguồn mở nối hàng nghìn dịch vụ SaaS với agent, qua SDK, CLI, MCP, HTTP và OpenAPI. Vấn đề nó giải quyết nghe rất ít hào nhoáng: OAuth, refresh token, phân quyền cho từng dịch vụ. Nhưng đó chính là chỗ mọi dự án agent đều mắc kẹt, vì tự viết lại hàng nghìn luồng xác thực là bất khả thi.

Tỷ lệ issue thấp ở đây có thể là dấu hiệu tốt, vì phạm vi hẹp và đã ổn định. Cần cảnh giác ở chỗ khác: một cổng giữ token của nhiều dịch vụ là mục tiêu hấp dẫn. Con số hơn một nghìn năm trăm nhà cung cấp là tự công bố, chưa ai đối chiếu độc lập. Nếu dùng, hãy tự host và tự đọc luồng lưu token trước.

Ba cái tên mà con số không khớp

Folkbench/folkbench có 3.011 sao nhưng chỉ 14 fork — 0,5%. Giấy phép NOASSERTION, tức không xác định được. Repo tạo ngày 2 tháng 10, tức mới ba tuần. Không có cách nào một dự án ba tuần tuổi có ba nghìn người dùng thật sự fork.

AhmadHassan-BTed/AutoSwarm-Shadow-Adapter còn rõ hơn: 3.010 sao, 2 fork (0,1%). Con số này gần như không thể là tăng trưởng tự nhiên.

Trường hợp thứ ba không phải chuyện sao mà là chuyện rủi ro: Ebony-Vinyl/dsh-our-free-model quảng cáo dùng model frontier miễn phí không giới hạn, không cần API key. Kiểu dịch vụ này gần như chắc chắn vi phạm điều khoản của nhà cung cấp model, và không có gì bảo đảm về dữ liệu bạn gửi qua đó. Không nên dùng trong môi trường thật, dù số sao là bao nhiêu.

Danh sách theo dõi, chưa đủ chín để giới thiệu

lexmount/moli — trình duyệt headless cho agent, Rust, Apache-2.0, 20.320 sao nhưng chỉ 545 fork (2,7%) và 447 issue mở. Sao tăng nhanh hơn mức cộng đồng thực sự dùng. Đáng xem, chưa đáng đặt cược.

tigerless-labs/agent-memory — bộ nhớ dài hạn cho agent, lấy Markdown làm nguồn sự thật, MIT, 4.556 sao, 200 fork (4,4%). Hướng đúng vì không cần API key và không khoá dữ liệu vào một dịch vụ, nhưng tổ chức còn mới.

zvec-ai/zvec-grep — tìm kiếm local-first cho workspace, Rust, 4.160 sao, 248 fork (6,0%). Cạnh tranh trực diện với một dự án đã có hơn mười bốn nghìn sao; xem ai giữ được nhịp trong hai tháng tới.

synthetic-sciences/openscience — workbench AI cho nghiên cứu khoa học, 4.243 sao, 533 fork (12,6%), tỷ lệ fork tốt nhất trong nhóm này. Cần thêm bằng chứng về kết quả tái lập được trước khi tin vào các tuyên bố về nghiên cứu.

Cách đọc bài này, và giới hạn của nó

Không có mã nguồn nào được tải về hay chạy thử. Mọi nhận định về kiến trúc đều dựa trên mô tả chính thức của dự án, và đó là điểm yếu cố hữu của mọi bài đánh giá dựa trên metadata: người viết mô tả luôn là người lạc quan nhất về sản phẩm của mình.

Bài này cũng chưa nói được cái gì đang tăng, vì mới có một lần chụp. Từ tuần sau, khi đã có mốc so sánh, phần đáng đọc nhất sẽ là chỗ số liệu bẻ lại nhận định ở đây. Một dự án tôi khen hôm nay mà ba tuần nữa không có commit nào thì đó mới là thông tin.

Cách dùng thực tế nhất: đừng chọn theo thứ hạng. Chọn theo câu hỏi. Việc gì trong tuần của bạn đang làm bằng tay và có thể giao cho một trong những dự án này? Nếu không trả lời được, danh sách hay đến mấy cũng chỉ là để đọc cho vui.

Bảng dữ liệu đầy đủ 59 dự án, có cột tỷ lệ fork và license: xem trang dữ liệu.