AIDive

Gói video

Superpowers cho Claude Code: bảng kết luận, nguồn, checklist và hướng dẫn đọc thêm

9 phút đọc

TL;DR

  • Superpowers là một quy trình, không phải bộ công cụ: mười bốn skill markdown chặn mọi tính năng phía sau một phiên brainstorming, một bản kế hoạch viết sẵn và một chuỗi subagent mới, mỗi subagent đều được review.
  • Nên cài nếu các phiên Claude Code của bạn xây tính năng mất hàng giờ. Bỏ qua nếu bạn chủ yếu viết script dùng một lần và sửa hai dòng: bước kiểm tra đầu vào chạy ở mọi task và không bao giờ tắt.
  • Lập luận về token là có thật, nhưng nó đến từ một mục của một skill: Model Selection. Orchestrator giao cho mỗi vai trò model rẻ nhất vẫn đảm đương được, nên model đắt tiền chỉ động vào kiến trúc và bước review branch cuối.
  • Repo khỏe mạnh: 280,597 sao, 25,138 fork, 681 commit trên main, bản phát hành v6.3.0 ngày 2026-08-12, tạo ngày 2025-10-09.
  • Lời phàn nàn khởi đầu video, thống kê sử dụng ở mức 1 đến 3 phần trăm, không phải lỗi: nó có nghĩa là các skill không bao giờ kích hoạt trên công việc của bạn, nên bạn trả giá cho cổng kiểm soát mà không nhận lại gì.
  • Con đường ở giữa là một câu trong prompt: bảo agent bỏ qua quy trình với các bản sửa nhỏ, và chỉ để riêng brainstorming chạy vài ngày trước khi áp dụng phần còn lại.

Các nguồn nói gì

Số liệu của repository được đọc vào ngày 2026-09-02: 280,597 sao, 25,138 fork và 681 commit trên nhánh main, với commit cuối trên main ngày 2026-08-12 (v6.3.0) và một lần push muộn hơn ngày 2026-08-31 lên một nhánh không phải main s1. Tab Issues hôm đó hiển thị 125 issue đang mở; con số 350 của API bao gồm cả 225 pull request đang mở, vì vậy hãy trích dẫn số của tab, không phải của API, khi so sánh với các plugin khác s6. Dự án được tạo ngày 2025-10-09 và có mười bốn skill s2. Bài đăng ra mắt của tác giả giải thích canh bạc này bằng một câu: các coding agent không thiếu năng lực, chúng thiếu kỷ luật, và kỷ luật đó có thể được phân phối dưới dạng các file markdown thuần mà ai cũng đọc, fork và sửa được s5. Plugin có trên marketplace chính thức, nên cài đặt chỉ là một lệnh và bản cập nhật đi theo marketplace s4.

Điểm vào là một skill mà hook đầu phiên nạp trước mọi thứ khác. Nó bảo agent rằng chỉ cần nghi ngờ một skill có áp dụng hay không, agent phải nạp và kiểm tra trước khi trả lời hay viết code. Quy tắc đó vừa là nguồn của lợi ích vừa là nguồn của chi phí cố định s14.

Brainstorming mở đầu bằng một HARD-GATE: không code, không dựng khung, không skill triển khai nào cho đến khi bạn xác nhận một ý định rõ ràng. Sau đó nó xếp yêu cầu vào một trong ba đường: spike, khi đầu ra là một câu trả lời chứ không phải code; bounded, cho thay đổi nhỏ trong một luồng mà repo đã có; architectural, cho mọi thứ tái cấu trúc dự án. Agent thông báo cách phân loại để bạn phản bác, và bánh cóc chỉ quay một chiều: độ phức tạp ẩn phát hiện giữa chừng đẩy đường đi lên, không bao giờ xuống s9.

Skill viết kế hoạch yêu cầu một bản kế hoạch viết cho một lập trình viên giỏi nhưng không biết gì về codebase của bạn và, theo đúng lời của file, có gu đáng ngờ. Công việc được cắt thành các task mà mỗi bước mất hai đến năm phút: viết test thất bại, chạy để thấy nó thất bại, viết code tối thiểu, chạy lại test, commit. Mỗi task liệt kê chính xác các file cần tạo hoặc sửa, chi tiết đến số dòng, và kế hoạch mở đầu bằng một header bắt buộc s10.

Việc thực thi là skill subagent-driven development: một subagent mới cho mỗi task, một lần review sau mỗi task, một lần review toàn branch ở cuối. Phiên chính ngừng code và chuyển sang điều phối. Mỗi subagent chỉ nhận ngữ cảnh của task của nó, không bao giờ nhận lịch sử phiên của bạn, nhờ vậy cửa sổ của bạn được giữ trống để điều phối. Sau khi subagent triển khai, test, commit và tự review, orchestrator chạy một lần review hai phần, tuân thủ spec trước, chất lượng code sau, với một ghế reviewer dành riêng cho từng task. File giới hạn vòng lặp tối đa năm vòng cho mỗi task s11. Việc cô lập công việc được giao cho một skill worktree, nên một kế hoạch không bao giờ chạy trên checkout hiện tại của bạn s13.

Mục Model Selection bắt đầu bằng một quy tắc: dùng model kém năng lực nhất mà vẫn đảm đương được vai trò. Một task cơ học được đặc tả tốt, chạm một hoặc hai file, giao cho model nhỏ; khi kế hoạch đã chứa sẵn code cần viết, việc triển khai chỉ là chép lại cộng với test, nên tầng rẻ nhất là đủ. Phối hợp nhiều file và debug giao cho model tiêu chuẩn. Kiến trúc và lần review branch cuối cần model mạnh nhất hiện có. Hai chi tiết quan trọng trong thực tế: luôn nêu rõ tên model khi dispatch, và để orchestrator đánh giá độ khó của từng task trước khi chọn s12. Đây là cơ chế giúp model đắt tiền vừa túi tiền trên gói Pro hai mươi đô la: nó chỉ làm những quyết định xứng đáng với nó.

Lợi ích về tài liệu là hệ quả phụ của quy trình. Spec và kế hoạch không phải tin nhắn chat rồi biến mất; chúng là các file markdown được lưu trong repo và commit cùng công việc, nên về sau người review đọc được vì sao một thay đổi được thực hiện, không chỉ thay đổi gì s3.

Chi phí là thứ repo không quảng bá. Thread đã châm ngòi cho video báo cáo thống kê sử dụng ở mức 1 đến 3 phần trăm và hỏi nhược điểm ngoài việc không dùng nó là gì s7. Câu trả lời trong các file là brainstorming co giãn mức nghi thức theo task nhưng không bao giờ bỏ qua bước xác nhận của con người s9. Với một bản sửa hai dòng, bạn vẫn phải trả lời các câu hỏi định khung, duyệt một thiết kế hai câu và chờ trọn chu trình. Các brief dispatch, hai lần review mỗi task và sổ theo dõi là token bạn trả mỗi lần, và điều đó lộ rõ ở các task nhỏ nhất. Thống kê sử dụng thấp nghĩa là các skill không khớp với công việc của bạn, đó mới là tín hiệu thật cần đọc.

Kết luận theo cách dùng

Cách bạn dùng Claude Code Có nên cài? Vì sao
Tính năng mất hàng giờ, nhiều file, một branch Có Định khung tránh xây sai thứ, task ngắn giữ agent tránh xa tình trạng bão hòa ngữ cảnh, model selection kéo giãn quota, tài liệu tự sinh ra từ quy trình
Hỗn hợp: có ngày làm tính năng, hầu hết ngày sửa lỗi Có, kèm quy tắc bỏ qua Giữ cổng cho tính năng, bảo agent trong prompt bỏ qua quy trình với các bản sửa nhỏ
Script dùng một lần, lỗi gõ trong config, sửa hai dòng Không Chi phí cố định của cổng chạy trên các task không cần nó
Tò mò nhưng chưa sẵn sàng áp dụng cả phương pháp Chỉ brainstorming Nó mang phần lớn lợi ích; các skill khác gắn vào tự nhiên về sau

Làm vào thứ Hai

  • Cài từ marketplace chính thức và mở cache của plugin: đọc mười bốn file SKILL.md một lần, chúng ngắn và chúng là toàn bộ sản phẩm.
  • Chạy một tính năng thật qua cổng từ đầu đến cuối: brainstorming, kế hoạch, dispatch subagent, review branch. Đánh giá quy trình trên đó, không phải trên một bản sửa nhỏ.
  • Kiểm tra thống kê sử dụng sau một tuần. Dưới vài phần trăm nghĩa là các skill không khớp với công việc của bạn: hoặc task của bạn quá nhỏ, hoặc bạn cần diễn đạt yêu cầu như một tính năng.
  • Thêm quy tắc bỏ qua vào hướng dẫn dự án: với các bản sửa một file dưới vài dòng, đi thẳng vào thay đổi, không brainstorming.
  • Sao chép bậc thang Model Selection vào prompt subagent của riêng bạn dù bạn bỏ plugin: nêu rõ tên model ở mỗi lần dispatch.
  • Commit các spec và kế hoạch mà plugin viết thay vì xóa chúng; chúng là hồ sơ thiết kế của bạn.
  • Đếm số issue đang mở trên tab Issues, không lấy từ con số của API, trước khi so sánh dự án với plugin khác.

Đọc thêm

  • Đọc bài ra mắt để hiểu ý đồ thiết kế trước khi đọc các file skill: nó giải thích vì sao kỷ luật được phân phối dưới dạng markdown chứ không phải code s5.
  • Mục philosophy của README là bản ngắn của phương pháp và là nơi để kiểm tra xem nó có hợp với cách bạn đang làm không s3.
  • Mục skills library liệt kê mười bốn skill, mỗi skill một dòng mục đích; nhanh hơn việc duyệt thư mục s16.
  • Giới hạn tối đa năm vòng cho mỗi task của skill subagent là một điểm dừng cứng đáng sao chép vào bất kỳ orchestration nào bạn tự viết tay s11.
  • Một thread hỏi liệu loại plugin này có sống sót qua các model mạnh hơn không; phần sống sót là cổng định khung và các kế hoạch được commit, phần bị model hấp thụ là cơ chế vận hành s19.
  • Một báo cáo về giới hạn sử dụng hằng tuần bị đốt bởi nghi thức orchestration là ca đối chứng nên đọc trước khi áp dụng cho công việc nhỏ s20.
  • So sánh với một bộ chỉ dẫn đối thủ cho thấy sự đánh đổi: ít skill hơn nhưng chặt hơn so với một danh mục quy tắc lớn s18.
  • Danh sách issue đang mở là cách đọc nhanh nhất để biết hôm nay điều gì hỏng với người dùng khác s6.

Nguồn

FAQ

Superpowers tiết kiệm token hay đốt token?

Cả hai. Với tính năng, model selection đẩy các task cơ học sang model nhỏ và giữ model đắt tiền cho kiến trúc và review branch, nên quota được kéo giãn. Với các bản sửa nhỏ, các brief, hai lần review mỗi task và sổ theo dõi hoàn toàn là chi phí thừa.

Thống kê sử dụng ở mức 1 đến 3 phần trăm nghĩa là gì?

Các skill chỉ kích hoạt khi một tình huống khớp với chúng. Con số thấp nghĩa là các task của bạn không phải tính năng theo nghĩa của plugin, nên bạn trả cho bước kiểm tra đầu vào mà không bao giờ tới phần hoàn vốn.

Tôi có thể chỉ giữ một phần không?

Có. Riêng brainstorming mang phần lớn lợi ích, và bậc thang Model Selection dùng được trong mọi prompt subagent viết tay. Bảo agent bỏ qua quy trình với các bản sửa nhỏ là bạn vẫn giữ quyền kiểm soát.