Superlite: Giải pháp thay thế Superpowers với tốc độ nhanh hơn cho quy trình agent lập trình

Có một giấc mơ mà nhiều lập trình viên đang theo đuổi: giao một bản đặc tả (spec) cho AI agent, đóng laptop, đi pha cà phê, và quay lại với mã nguồn đã hoàn thiện, đã kiểm thử, đã commit. Thực tế thường phũ phàng hơn nhiều — agent viết được một đoạn văn rồi dừng lại hỏi bạn có duyệt phần 1 của thiết kế không.

Superlite ra đời để giải quyết đúng vấn đề này. Đây là một plugin dành cho Claude Code, được thiết kế để lập kế hoạch, chia nhỏ công việc, phân công cho các agent phù hợp và kiểm tra kết quả — tất cả với mục tiêu giảm thiểu số lần phải can thiệp thủ công.

Vấn đề với quy trình hiện tại

Tác giả của Superlite, Iheatu Chris Wogu, thẳng thắn thừa nhận ông sử dụng Superpowers rất nhiều và đánh giá cao công cụ này. Superpowers là một quy trình cộng tác cẩn thận, giữ con người gần gũi với từng bước, và nó thực sự xuất sắc ở vai trò đó. Superlite vay mượn cấu trúc của Superpowers một cách không ngần ngại: bố cục plugin, hook khởi tạo phiên, các kỹ năng vòng đời.

Tuy nhiên, khi bạn đã biết chính xác mình muốn gì, phần lớn thời gian lại bị tiêu tốn vào việc quy trình chờ đợi chính nó. Tác giả đã phân tích và xác định năm nguyên nhân chính khiến quy trình chậm:

• 8–12 cổng phê duyệt thủ công mỗi tính năng: Mỗi tin nhắn một câu hỏi, duyệt thiết kế từng phần, rồi đánh giá riêng biệt bản đặc tả, kế hoạch và phương pháp thực thi. Rất kỹ lưỡng, nhưng cũng giống như cách một cuộc họp bốn tiếng được lên lịch.
• Thực thi tuần tự nghiêm ngặt: Một người triển khai, rồi một người đánh giá, rồi nhiệm vụ tiếp theo. Trong bài kiểm tra đầu tiên, đó là hàng đợi 21 lượt điều phối đơn luồng.
• Đánh giá sau mỗi nhiệm vụ, với vòng lặp đánh giá lại: Khoảng 12 phút trong tổng số 34 phút xây dựng.
• Chạy lại toàn bộ bộ kiểm thử bởi nhiều kỹ năng khác nhau: Phòng trường hợp nó "đổi ý".
• Subagent Opus trên đường găng: Viết mã với tốc độ chỉ bằng khoảng một nửa Sonnet. Thông minh, chu đáo, nhưng hoàn toàn không vội.

Không có điều nào trong số này là sai lầm. Mỗi điều là một lưới an toàn hợp lý. Nhưng khi xếp chồng lên nhau, chúng hoàn hảo khi bạn muốn kiểm soát từng bước, và hơi phát điên khi bạn chỉ muốn sản phẩm được hoàn thành.

Superlite không phải là đối thủ của Superpowers. Nó được tinh chỉnh cho một công việc khác: phát triển tự chủ, với tốc độ. Nếu bạn muốn kiểm soát từng bước, hãy dùng Superpowers. Nếu bạn muốn giao một bản đặc tả và quay lại với mã nguồn hoạt động được, hãy dùng Superlite.

Cách Superlite vận hành

Triết lý cốt lõi của Superlite có thể tóm gọn trong bốn điểm: một lần phê duyệt, một kế hoạch được viết cho tính song song, agent được khớp với công việc, và các quy tắc được thực thi bằng mã chứ không phải bằng lời nhắc.

Một loạt câu hỏi, một lần phê duyệt

Superlite đánh giá quy mô yêu cầu trước tiên. Một lỗi chính tả chỉ cần sửa, không cần tài liệu thiết kế về lỗi chính tả. Một thay đổi đối với luồng hiện có nhận được thiết kế ngắn gọn trong chat. Một dự án mới nhận được một loạt tối đa bốn câu hỏi, sau đó là một tài liệu thiết kế và kế hoạch duy nhất. Bạn phê duyệt một lần. Sau đó, nó chỉ dừng lại cho những việc mang tính phá hủy, hướng ra bên ngoài hoặc nhạy cảm về bảo mật.

Kế hoạch được viết cho sự phân tách

Kế hoạch là một đồ thị nhiệm vụ (task graph). Mỗi nhiệm vụ liệt kê các tệp nó sở hữu, các giao diện chính xác mà nó tiêu thụ và sản xuất, cùng các bài kiểm thử nó phải vượt qua. Các nhiệm vụ không chia sẻ tệp và không phụ thuộc lẫn nhau sẽ chạy đồng thời. Đồ thị quyết định độ rộng của quá trình xây dựng. Trong bài kiểm tra hiện tại, nó đạt đỉnh với 18 agent làm việc cùng lúc.

Agent được khớp với công việc

Cơ cấu tổ chức của Superlite được phân tầng rõ ràng:

• Opus điều phối: Lập kế hoạch và điều phối, không được phép chạm vào mã nguồn. Về cơ bản là vai trò quản lý.
• Sonnet xây dựng phần lớn các nhiệm vụ.
• Haiku chỉ xây dựng các nhiệm vụ "cơ học" nhỏ, được đặc tả đầy đủ và không nằm trên đường găng.
• Sonnet đánh giá các gói công việc.
• Một Opus đánh giá cuối cùng mới đọc gói đánh giá được xây dựng từ nhật ký của lần chạy và chỉ trả về các phát hiện. Nó không bao giờ được phép sửa bất cứ thứ gì.
• Các agent chỉ sửa lỗi theo ba tầng tiếp nhận các phát hiện đó, được định tuyến theo mức độ hiểu rõ nguyên nhân.

Quy tắc được thực thi bằng mã

Đây là bài học xương máu của tác giả. Bạn có thể viết "người điều phối không bao giờ chỉnh sửa mã" trong một lời nhắc bằng chữ in đậm, in hoa, với đầy đủ cảm xúc. Người điều phối sẽ đọc nó, gật đầu, và chỉnh sửa mã. Vì vậy, giờ đây các hook thực thi điều đó. Một hook chặn người điều phối chỉnh sửa mã dự án. Một hook khác bắt mọi lệnh pytest hoặc npm test thô và chuyển nó thành chạy nền. Một hook khác từ chối cho phép bất kỳ ai giết tiến trình theo tên.

Hiệu quả thực tế

Mọi con số dưới đây đều đến từ một bộ khung đánh giá tự động, xây dựng cùng một dự án từ cùng một bản đặc tả, trên Opus, và chấm điểm kết quả bằng một bộ kiểm thử ẩn mà các agent không bao giờ được thấy.

Dự án kiểm thử được thiết kế có chủ đích không phải là một danh sách việc cần làm đơn giản. Đó là một trình tạo trang tĩnh kết hợp với một công cụ bảng tính (bộ đánh giá công thức, API HTTP và giao diện trình duyệt), được xây dựng thành một dự án từ một bản đặc tả, và được chấm điểm bằng 177 bài kiểm thử ẩn.

Kết quả lần chạy mới nhất:

• Thời gian thực tế, từ đặc tả đến khi hoàn thành bản dựng: 16,1 phút
• Bài kiểm thử ẩn: 177/177
• Số agent: 21 tổng cộng, tối đa 18 làm việc cùng lúc
• Agent đầu tiên bắt đầu xây dựng: khoảng 3 phút sau khi bắt đầu
• Đánh giá cuối cùng: 30 giây
• Số lần dừng để hỏi con người: 0

So sánh với Superpowers trên cùng dự án:

• Superpowers nguyên bản (trung bình 3 lần chạy): 33,6 phút
• Superpowers có điều phối (trung bình 3 lần chạy): 23,5 phút
• Superlite, lần chạy mới nhất: 16,1 phút

Như vậy, Superlite nhanh hơn 52% so với Superpowers nguyên bản và 31% so với bản có điều phối, trong khi vẫn đạt cùng kết quả 177/177 bài kiểm thử ẩn.

Bài học rút ra

Nếu quy trình agent của bạn chậm, có lẽ không phải vì mô hình đang suy nghĩ quá sâu. Mà là vì công việc đang phải xếp hàng chờ, và có thứ gì đó cứ liên tục xin phép.

Các nguyên tắc chính:

• Chia công việc theo ranh giới giao diện: Cho phép các nhiệm vụ độc lập chạy cùng lúc.
• Chuyển các bước cơ học vào script: Giảm tải cho agent và tăng tốc độ.
• Thực thi các quy tắc quan trọng bằng mã: Bởi vì yêu cầu tử tế chỉ hiệu quả với con người, và thậm chí chỉ đôi khi.

Cách sử dụng

Bạn sẽ cần Claude Code, git, Python 3.10 trở lên (cho các công cụ của Superlite; dự án bạn xây dựng có thể bằng bất kỳ ngôn ngữ nào) và bash (Git Bash trên Windows).

Mã nguồn có tại iha2/superlite trên GitHub. Cài đặt từ marketplace:

/plugin marketplace add iha2/superlite
/plugin install superlite@superlite-dev

Hoặc clone về và tải một bản checkout cục bộ cho một phiên:

claude --plugin-dir

Để kiểm tra hoạt động, mở một phiên mới và gửi "Let's make a react todo list". Một bản cài đặt hoạt động sẽ bắt đầu động não trước khi viết bất kỳ mã nào.

Sau đó, quy trình rất đơn giản: mô tả điều bạn muốn (một đoạn văn hoặc một tệp đặc tả là đủ), chọn người điều phối khi được hỏi (bạn kiểm tra kế hoạch, hoặc AI làm mọi thứ), và để nó chạy. Theo dõi thư mục .superlite/ trong dự án của bạn — progress.md có các phán quyết và nhật ký, test-summary.json có kết quả kiểm thử mới nhất, và metrics.jsonl có thời gian cùng chi phí cho mỗi agent.

Superlite không bao giờ push hoặc merge mà không có bạn. Tự chủ, nhưng không liều lĩnh.

Với người đọc Việt Nam quan tâm đến quy trình phát triển phần mềm bằng AI, Superlite là một ví dụ đáng tham khảo về cách tối ưu hóa sự cân bằng giữa tự động hóa và kiểm soát — một bài toán mà nhiều đội ngũ kỹ thuật trong nước đang tìm lời giải khi áp dụng các công cụ AI vào quy trình làm việc hàng ngày.