Đây là bản dịch tiếng Việt đã được thực hiện theo tất cả các nguyên tắc bạn yêu cầu:
Gần đây tôi đã nói rất nhiều về Agent và Vibe Coding.
Nhưng khi giới thiệu cho ngày càng nhiều bạn bè, tôi nhận ra một vấn đề thường bị bỏ qua.
Nút thắt thực sự đối với hầu hết mọi người là thiếu một quy trình làm việc chuẩn.
Đặc biệt là khi tạo ra phần mềm hoặc chương trình bạn mong muốn, không có một quy trình chuẩn thực sự là một điều rất đáng sợ.
Vì vậy, tôi muốn chia sẻ một plugin siêu hữu ích mà tôi đã dùng trong quá trình vibe coding để cải thiện trải nghiệm. Về cơ bản, đây là plugin bắt buộc phải cài đặt cho tất cả mọi người tôi giới thiệu, và nó tương thích với Claude Code, Codex, OpenCode, Cursor, v.v.
Nó đã có 110.000 sao trên GitHub rồi.
Tên của nó là Superpowers.
Link GitHub ở đây:
https://github.com/obra/superpowers
Nó cũng là một plugin Claude được chứng nhận chính thức, nằm trong chợ plugin chính thức của Anthropic, với 230.000 lượt cài đặt, đứng thứ hai.
Vị trí đầu tiên là Skill nổi tiếng giúp thiết kế của bạn có gu hơn, Frontend Design.
Superpowers thực sự không phải là một công cụ truyền thống; tôi nghĩ nó nên được định nghĩa là một hệ thống hướng dẫn các Agent cách hoàn thành nhiệm vụ.
Thành thật mà nói, hầu hết các Agent thường có xu hướng bắt đầu viết code ngay khi nhận được nhiệm vụ, bỏ qua thiết kế, kiểm thử và đánh giá, dẫn đến một đống code khó bảo trì.
Superpowers buộc phải chèn một quy trình làm việc có cấu trúc vào đường đi của Agent. Kết hợp với 14 skill, nó có thể nâng chất lượng đầu ra cuối cùng của bạn lên vài cấp độ.
Tôi đã vẽ một sơ đồ để cho thấy các Skill này dùng để làm gì và chúng được kết hợp như thế nào. Bạn không cần nhìn kỹ, chỉ cần hiểu nguyên lý là được.
Vì vậy, bạn có thể thấy Superpowers về cơ bản là một hệ thống quy trình làm việc bao gồm 14 Skill. Hơn nữa, hệ thống này không chỉ dành cho phát triển, bởi vì bản chất của việc tạo ra thứ gì đó cũng tương tự.
Đó là tất cả về Lập kế hoạch - Phân rã - Thực thi - Đánh giá - Suy ngẫm.
Vì vậy, bạn cũng có thể sử dụng nó cho các kế hoạch tiếp thị, bài thuyết trình (PPT), phân tích dữ liệu, v.v. Các nguyên tắc đều giống nhau.
Nó rất hữu ích.
Tôi nghĩ tôi nên cho bạn thấy quy trình phát triển gốc trông như thế nào với Claude Code hoặc Codex mà không có Superpowers trước.
Quy trình chung rất đơn giản: viết một tài liệu yêu cầu (lập kế hoạch) và sau đó phát triển.
Lấy Claude Code làm ví dụ. Ở đây, lập kế hoạch là chế độ Plan.
Chẳng hạn, một người trong nhóm bị ADHD và dễ bị phân tâm khi đọc bài viết. Gần đây chúng tôi đã thảo luận về việc tạo một trợ lý đọc nhỏ.
Đối với yêu cầu này, chúng tôi mở Claude Code và gõ /plan trong hộp thoại để vào chế độ lập kế hoạch.
Mô tả yêu cầu một cách đơn giản: giúp tôi tạo một ứng dụng đọc web tiếng Trung cho người dùng ADHD.
Để nó bắt đầu lập kế hoạch.
Sau đó, nó sẽ tiến hành một vòng nghiên cứu và đưa ra một số câu hỏi để bạn trả lời cùng một lúc. Bạn sẽ nhận thấy các câu hỏi này song song và không có mối quan hệ nhân quả giữa chúng.
Ví dụ, nó hỏi về bối cảnh sử dụng, sở thích về tech stack và các tính năng thân thiện với ADHD. Tôi đã chọn đọc sinh học (bionic reading) – làm đậm một vài chữ cái đầu tiên của mỗi từ – một phương pháp cổ điển để giảm nhẹ ADHD.
Tôi trả lời, và nó bắt tay vào làm việc ngay.
Vài phút sau, nó đã hoàn thành. Nó đưa cho tôi một thứ mà không hề có bất kỳ sự đánh giá nào.
Nhìn vào nó bây giờ, trông có ổn không?
Thực ra, có một vấn đề lớn...
Bởi vì đọc sinh học (bionic reading) được thiết kế cho tiếng Anh.
Nó ổn với tiếng Anh, nhưng với tiếng Trung, nó hoàn toàn không hoạt động và khiến việc đọc trở nên hỗn loạn.
Lý do rất đơn giản: các từ tiếng Anh có dấu cách để tìm ranh giới, nhưng các ký tự tiếng Trung thì không. Không có dấu cách, bạn không thể tìm thấy ranh giới từ, và hiệu ứng rất kỳ cục.
Ngoài kiểu dáng không phù hợp, khả năng thích ứng của nó với người dùng trong nước cũng kém.
Khi đọc tiếng Trung, chúng ta sử dụng các nền tảng như Tài khoản công khai WeChat (WeChat Official Accounts) và Zhihu nhiều nhất, nhưng plugin này không thể đọc chúng đúng cách.
Nó còn xa mới đạt được trình đọc tôi mong muốn.
Công bằng mà nói, bạn không thể đổ lỗi cho Claude Code.
Hỗ trợ đọc cho ADHD là một lĩnh vực chuyên môn đòi hỏi nghiên cứu có mục tiêu, xem xét các tình huống tiếng Trung và khả năng tương thích với nền tảng trong nước.
Một vài câu hỏi đơn giản, dễ dãi mà nó hỏi chắc chắn không thể bao quát hết tất cả các yêu cầu, vì vậy thật khó để có được câu trả lời tôi muốn.
Hầu hết người dùng chỉ có một ý tưởng mơ hồ trong đầu. Họ biết họ muốn giải quyết một vấn đề cụ thể, nhưng họ không thể suy nghĩ rõ ràng về việc nó sẽ trông như thế nào, con đường để đạt được nó hoặc ranh giới ở đâu.
Vì vậy, trong thời kỳ tiền-Agent, tôi đã viết một bài báo:
Kha'Zix Cuộc sống số
@Khazix0918
·
Bài báo
Chia sẻ 6 kỹ thuật Prompt tôi thường dùng nhất.
Đã là năm 2026 rồi, tôi vẫn thấy nhiều bạn nói rằng họ không biết cách nói chuyện với AI tốt hơn. Câu trả lời hàng ngày thì ổn, nhưng khi nó hơi chuyên nghiệp hoặc đa chiều một chút, hiệu suất của AI sẽ giảm ngay lập tức...
55
222
953
Một trong những kỹ thuật Prompt là phương pháp đặt câu hỏi kiểu Socrates: sử dụng một prompt để AI chất vấn bạn từng câu một trước khi bắt đầu, cho đến khi hiểu hết các yêu cầu.
【Câu hỏi / Yêu cầu của bạn】
Hãy hỏi tôi các câu hỏi trước khi trả lời.
Yêu cầu: Mỗi lần chỉ hỏi một câu. Tiếp tục đặt câu hỏi dựa trên câu trả lời của tôi cho đến khi bạn tự tin 95% rằng bạn đã hiểu nhu cầu và mục tiêu thực sự của tôi. Chỉ sau đó mới đưa ra giải pháp.
Trong thời đại Agent, nó cũng tương tự, nhưng được nâng cấp từ một Prompt lên thành một Skill trong quy trình.
Hãy thử phát triển lại với Superpowers.
Đầu tiên, cài đặt plugin.
Chỉ cần nói một câu với Agent của bạn:
Hãy giúp tôi tải xuống và cài đặt plugin này: https://github.com/obra/superpowers
Sau khi cài đặt, nhớ khởi động lại để nó có hiệu lực; nó không được tải lại nóng (hot-reload).
Quay lại với trình đọc ADHD, hãy thử lại.
Gửi cùng một Prompt.
Bạn có thể thấy nó bắt đầu gọi Superpowers và quy trình làm việc.
Việc đầu tiên nó làm là hỏi người dùng sẽ sử dụng nó như thế nào, điều này giải quyết trực tiếp vấn đề không đọc được nội dung bị tường lửa.
Không giống như các câu hỏi song song trong chế độ Plan, Superpowers chỉ hỏi một câu tại một thời điểm. Nó quyết định câu hỏi tiếp theo dựa trên câu trả lời của bạn – phương pháp đặt câu hỏi Socrates mà tôi đã đề cập. Điều này đảm bảo các câu hỏi đi sâu thay vì chỉ ở bề mặt.
Tôi đã chọn một tiện ích mở rộng trình duyệt, và sau đó nó hỏi về các chức năng cốt lõi. Ở bước này, tôi đã do dự vì tôi không quen lắm, vì vậy tôi bảo nó nghiên cứu cho tôi.
Nó thực sự đã đi nghiên cứu và quay lại với một báo cáo.
Sau đó, nó đưa ra một đề xuất và sắp xếp một danh sách ưu tiên các chức năng cốt lõi.
Đối với đọc sinh học (bionic reading), nó trực tiếp gắn nhãn là "yếu nhưng được người dùng yêu thích" và trích dẫn nghiên cứu nói rằng nó không cải thiện đáng kể khả năng đọc tiếng Trung cho người dùng ADHD.
Tôi đã để nó giúp tôi chọn một vài chức năng.
Sau đó, nó tiếp tục chất vấn tôi, buộc tôi phải suy nghĩ rõ ràng: Trình duyệt mục tiêu nào? Có ưu tiên nào cho thư viện tách từ tiếng Trung không? Ngôn ngữ và phong cách giao diện người dùng?
Nó buộc bạn phải suy nghĩ thấu đáo.
Dự án demo này không quá phức tạp, nhưng khi bạn phát triển một dự án lớn, bạn sẽ thực sự cảm nhận được cảm giác "to giác "vã mồ hôi" khi bị chất vấn.
Sau khi bạn đã trả lời tất cả các câu hỏi, AI gần như hiểu được nhu cầu của bạn.
Lúc này, không giống như chế độ Plan, nó đề xuất ba giải pháp kiến trúc, liệt kê rõ ràng các ưu điểm, nhược điểm và kịch bản áp dụng cho từng giải pháp.
Bạn chọn một, hoặc sử dụng đề xuất của nó.
Tôi đã chọn B; tôi không muốn một giải pháp lai (hybrid).
Sau đó, nó yêu cầu tôi xác nhận từng chi tiết khác nhau một.
Kiến trúc tổng thể, thiết kế chi tiết của các mô-đun chức năng, bảng điều khiển, luồng dữ liệu và lưu trữ, v.v.
Việc xác nhấp nhận lại khiến tôi đổ mồ hôi; tôi cảm thấy mình như một tay mơ hoàn toàn trước mặt AI.
Khi mọi thứ đã được xác nhận, cuối cùng nó đã viết một tài liệu thiết kế rất dài và chi tiết và lưu nó cục bộ.
Nhiều bạn cảm thấy sản phẩm cuối cùng không như ý muốn; điều đó thường không phải do AI tồi, mà là do yêu cầu chưa rõ ràng.
2 giờ lập kế hoạch, 10 phút thực thi. Tôi ngày càng cảm thấy việc thực thi không quan trọng lắm; suy nghĩ thấu đáo việc lập kế hoạch ban đầu mới là phần quan trọng nhất.
Khi chúng tôi làm miniapp bán vé AIFUT, chúng tôi đã quá tự tin và không tuân theo quy trình hỗ trợ AI tiêu chuẩn. Nhiều nhu cầu của người dùng đã không được xem xét trước khi ra mắt, và các rủi ro ranh giới không rõ ràng. Đó là một vấn đề của việc lập kế hoạch ban đầu.
Vì vậy, cảm giác của tôi bây giờ là phát triển AI đã đủ nhanh; nơi cần dành thời gian là trước khi bắt đầu.
Bạn cần liên tục bị chất vấn, phân tích tất cả các trường hợp ranh giới với nhóm, và có một người giàu kinh nghiệm giám sát để tạo ra thứ gì đó thực sự có thể giao cho người dùng.
Quay lại với Superpowers, bước đầu tiên của việc lập kế hoạch đã xong. Mọi thứ ở trên chỉ là Skill đầu tiên trong quy trình Superpowers.
Đó là động não (brainstorming).
Vâng, cái đầu tiên.
Sau khi tài liệu thiết kế được xác nhận, bạn có nghĩ nó bắt đầu viết code không?
Nhưng sau đó, skill thứ hai xuất hiện: sử dụng Skill using-git-worktrees để tạo một không gian làm việc biệt lập.
Nó kéo một nhánh mới từ nhánh chính. Tất cả sự phát triển tiếp theo diễn ra trên nhánh mới này. Code của nhánh chính không bị ảnh hưởng, và cho dù bạn có làm rối tung lên trên nhánh mới bao nhiêu đi nữa, nó cũng sẽ không ảnh hưởng đến bản gốc. Khi nó hoàn thành và trông ổn, hợp nhất (merge) nó trở lại.
Đây là sự cô lập. Nhiều người sửa đổi trực tiếp dự án trước đó mà không có sự cô lập phiên bản và làm hỏng mọi thứ. Đó là một thói quen rất xấu.
Tiếp theo, Skill thứ ba, writing-plans, xuất hiện.
Lưu ý, vẫn chưa có code nào được viết cả.
Nó phân rã tài liệu thiết kế đó thành một danh sách các nhiệm vụ phát triển từng bước, cụ thể là các nhiệm vụ có thể hoàn thành trong 2-5 phút.
Điều này thú vị vì mục tiêu của họ, theo cách nói của họ, là: "Để cho một kỹ sư mới vào nghề nhiệt tình nhưng không có gu thẩm mỹ, không có óc phán đoán, không có bối cảnh dự án và ghét kiểm thử có thể làm theo."
Tôi đã cười khi thấy điều đó.
Vì vậy, với Superpowers, bạn không nhất thiết phải sử dụng Claude Opus 4.6. Trên thực tế, mô hình càng trung bình, nó càng được hưởng lợi nhiều. Đó là vai trò của Skill này.
Việc phân rã cũng có một lợi ích khác: bạn có thể xác minh mọi nhiệm vụ nhỏ. Nếu có vấn đề, bạn tìm thấy nó ngay lập tức thay vì đợi cho đến khi toàn bộ dự án hoàn thành và phát nổ.
Điều này thậm chí còn trở nên rõ ràng hơn trong giai đoạn thực thi.
Sau bước này, cuối cùng chúng ta cũng đến giai đoạn thực thi code.
Nó gọi Skill subagent-driven-development.
Nó mở một vài sub-agent để làm tất cả những điều đã đề cập ở trên.
Sau khi mỗi nhiệm vụ được phát triển, nó không chỉ được giao cho bạn. Nó trải qua hai vòng kiểm tra.
Vòng đầu tiên gửi một Agent đánh giá độc lập để xem nhiệm vụ có tuân theo yêu cầu không, những gì cần làm đã được làm chưa, có thêm những thứ không cần thiết không, hoặc có thiết kế quá mức vô lý nào không.
Vòng thứ hai gửi một Agent đánh giá khác để kiểm tra chất lượng code, tập trung vào việc code có được chuẩn hóa và dễ bảo trì hay không.
Nếu thất bại ở bất kỳ vòng đánh giá nào, nó sẽ được gửi lại để sửa đổi và đánh giá lại cho đến khi vượt qua.
Khi 10 nhiệm vụ nhỏ này được phát triển xong, việc đánh giá vẫn chưa kết thúc. Trong giai đoạn tiếp theo, skill requesting-code-review gửi một Agent đánh giá cuối cùng để xem xét tất cả code từ đầu đến cuối.
Các đánh giá trước đó tập trung vào các phần; đánh giá này tập trung vào tổng thể, kiểm tra xem các mô-đun có thể tích hợp được không, có thiếu sót gì không, và logic tổng thể có nhất quán không.
Cuối cùng, nó chạy một xác minh để xác nhận tất cả các bài kiểm tra đều vượt qua, hợp nhất code trở lại nhánh chính và dọn dẹp không gian làm việc.
Cuối cùng, nó đã xong.
Hãy xem hiệu quả của trình đọc này.
Nó có hai chế độ đọc rất thực tế.
Một là tô màu theo từ loại (part-of-speech coloring), đánh dấu danh từ, động từ và tính từ bằng các màu sắc khác nhau, làm cho cấu trúc câu rõ ràng hơn nhiều.
Một chế độ khác là tập trung vào đoạn văn (paragraph focus), nơi đoạn văn đang được đọc được làm nổi bật và các đoạn khác bị mờ đi. Nó phù hợp cho các đoạn văn dài và làm giảm đáng kể sự phân tâm từ văn bản xung quanh, ngăn tâm trí lang thang.
Đối với người dùng ADHD, kẻ thù lớn nhất là sự chú ý bị phân tán bởi văn bản xung quanh.
Trình đọc này làm cho trọng tâm rõ ràng hơn, giúp nội dung dễ nhìn hơn với ít sự phân tâm hơn, vì vậy đọc toàn bộ bài viết không mệt mỏi bằng.
Và lần này, bởi vì nó là một giải pháp plugin, các trang như Tài khoản công khai WeChat và Zhihu đều có thể đọc bình thường.
Nó hoạt động hoàn hảo ngay lần đầu tiên, giúp tôi tiết kiệm rất nhiều rắc rối...
Điều này chứng minh đầy đủ quy trình làm việc chính xác sẽ trông như thế nào trong thời đại AI.
2 giờ lập kế hoạch, 10 phút thực thi, 1 giờ đánh giá.
**
Đó là tất cả.
Ngoài các Skill tôi đã đề cập, còn có những Skill khác tôi chưa đề cập đến. Bạn có thể tự mình thử nghiệm.
Đây là một plugin bắt buộc phải cài đặt mà tôi giới thiệu cho mọi người.
Trong tâm trí tôi, nó ngang hàng với skill-creator.
Hãy tin tôi, nó sẽ cải thiện đáng kể chất lượng công việc của bạn.
Và cả hiệu quả của bạn nữa.
