critique

Tổng quan về skill critique

Skill critique làm gì

Skill critique là một quy trình review UX có cấu trúc để đánh giá một trang, tính năng hoặc component như một trải nghiệm được thiết kế hoàn chỉnh, chứ không chỉ là giao diện chạy được. Skill này buộc model phải xem xét kỹ hệ phân cấp thị giác, kiến trúc thông tin, sắc thái cảm xúc, tải nhận thức và các heuristic về khả dụng, rồi chuyển những quan sát đó thành phản hồi cụ thể thay vì các nhận xét mơ hồ.

Ai nên cài critique

Skill critique này phù hợp nhất với designer, frontend engineer, product team và các AI builder thường xuyên cần phản hồi kiểu UX audit nhanh cho giao diện. Nó đặc biệt hữu ích khi bạn có screenshot, một trang đang chạy, hoặc một component đã dựng xong và muốn nhận được bản review sắc bén hơn kiểu prompt chung chung như “bạn thấy thiết kế này thế nào?”.

Job-to-be-done phù hợp nhất

Hãy dùng critique khi nhu cầu thực sự là: “Hãy chỉ ra vì sao giao diện này hoạt động tốt hoặc thất bại, người dùng sẽ vướng ở đâu, và tôi nên sửa gì trước tiên.” Đây là lựa chọn phù hợp cho design review, kiểm tra trước khi launch, dọn dẹp UI do AI tạo, và critique cho workflow UX Audit — nơi mức độ ưu tiên quan trọng hơn cảm nhận thẩm mỹ đơn thuần.

Điểm khác biệt của skill này

Điểm khác biệt lớn nhất là critique có lập trường rõ ràng. Nó không dừng ở những nhận xét thiết kế chung chung. Skill này chủ động kiểm tra các pattern kiểu “AI slop”, dùng heuristic scoring và đề xuất kiểm thử theo persona. Nhờ vậy, đầu ra mang tính chẩn đoán cao hơn và cũng lặp lại ổn định hơn so với các prompt critique thông thường.

Phụ thuộc quan trọng cần biết trước khi dùng

Trên thực tế, đây không phải skill hoạt động độc lập. Chính hướng dẫn của skill yêu cầu phải dùng /frontend-design trước, và cần tuân theo quy trình thu thập ngữ cảnh của skill đó. Nếu chưa có ngữ cảnh thiết kế, repository ghi rõ nên chạy /teach-impeccable trước khi critique. Đây là phụ thuộc quan trọng nhất cần hiểu ngay từ đầu vì nó là rào cản chính khi cân nhắc cài đặt.

Cách dùng skill critique

Bối cảnh cài đặt và đường dẫn trong repo

Skill critique nằm tại .agents/skills/critique trong pbakaus/impeccable. Nếu bạn dùng skill loader, hãy cài từ repository đó và chọn skill critique. Nếu môi trường của bạn hỗ trợ nạp skill trực tiếp từ repo, hãy trỏ tới:

• pbakaus/impeccable
• skill: critique

Nếu muốn kiểm tra thủ công trước khi cài, hãy đọc từ đây:

• .agents/skills/critique/SKILL.md
• .agents/skills/critique/reference/cognitive-load.md
• .agents/skills/critique/reference/heuristics-scoring.md
• .agents/skills/critique/reference/personas.md

Hãy đọc phần này trước lần cài critique đầu tiên

Đừng xem đây như một đoạn prompt có thể cắm vào là dùng ngay. Skill này giả định rằng bạn đã có sẵn ngữ cảnh thiết kế. Repository coi /frontend-design là bắt buộc và yêu cầu làm theo quy trình thu thập ngữ cảnh của nó trước khi chạy critique. Nếu bỏ qua bước này, chất lượng đầu ra sẽ giảm đáng kể vì model thiếu mục tiêu, đối tượng người dùng và ý đồ của giao diện.

Skill critique cần đầu vào gì

Để dùng critique hiệu quả, bạn nên cung cấp:

• khu vực giao diện đang được review
• screenshot hoặc mô tả trực quan rõ ràng
• mục tiêu sản phẩm
• người dùng mục tiêu
• tác vụ chính mà người dùng đang cố hoàn thành
• các ràng buộc như platform, brand, accessibility hoặc mục tiêu chuyển đổi

Đầu vào tối thiểu vẫn dùng được, nhưng critique sẽ tốt hơn nhiều khi model biết “thành công” trong trường hợp này trông như thế nào.

Cách gọi hiệu quả nhất

Gợi ý đối số của skill là [area (feature, page, component...)]. Trong thực tế, bạn nên gọi với phạm vi cụ thể như:

• critique checkout page
• critique onboarding modal
• critique dashboard sidebar
• critique pricing page for UX Audit

Phạm vi càng cụ thể thì phản hồi càng dễ hành động hơn so với kiểu “critique my app”.

Biến yêu cầu sơ sài thành prompt critique mạnh hơn

Yêu cầu yếu:

• “Critique this UI.”

Yêu cầu tốt hơn:

• “Critique this settings page for UX Audit. The goal is to help first-time users enable notifications without confusion. Audience is non-technical SMB owners. Prioritize visual hierarchy, cognitive load, and whether the main action is obvious.”

Vì sao cách này hiệu quả:

• nêu rõ người dùng là ai
• nêu rõ tác vụ
• nêu rõ tiêu chí thành công
• cho skill biết cần ưu tiên điều gì

Workflow critique nên dùng trong thực tế

Một luồng critique guide thực tế là:

1. Thu thập ngữ cảnh bằng /frontend-design.
2. Nêu mục tiêu sản phẩm và tác vụ người dùng.
3. Truyền đúng màn hình, tính năng hoặc component vào critique.
4. Yêu cầu kết quả được nhóm theo mức độ nghiêm trọng.
5. Sau lượt review đầu tiên, yêu cầu đề xuất chỉnh sửa lại nhưng phải bám theo giới hạn kỹ thuật hoặc brand của bạn.

Chuỗi bước này đáng tin cậy hơn so với việc yêu cầu critique và redesign trong cùng một lượt.

Skill critique đánh giá tốt những gì

Dựa trên repository, skill critique mạnh nhất ở các việc:

• phát hiện các pattern UI rập khuôn do AI sinh ra
• đánh giá hệ phân cấp và độ rõ ràng
• nhận diện quá tải nhận thức
• áp dụng heuristic scoring
• kiểm thử độ bền của flow qua các persona phù hợp

Vì vậy nó rất hữu ích cho khâu triage: xác định cái gì trông bóng bẩy nhưng vẫn khiến người dùng thất bại.

Cách tận dụng tốt các file tham chiếu

Các file tham chiếu quan trọng hơn vẻ bề ngoài của chúng.

reference/cognitive-load.md giúp model phân biệt độ phức tạp đến từ bản thân tác vụ với độ phức tạp do thiết kế kém gây ra, từ đó cho ra khuyến nghị tốt hơn.

reference/heuristics-scoring.md bổ sung khung chấm điểm 0–4 cụ thể theo Nielsen heuristics, rất hữu ích khi bạn muốn có review có thể so sánh giữa nhiều màn hình.

reference/personas.md nên được dùng có chọn lọc. Hãy chọn 2–3 persona sát với tệp người dùng thực tế thay vì cố ép dùng cả năm persona trong mọi trường hợp.

Prompt critique cho UX Audit nên viết thế nào

Nếu mục tiêu của bạn là critique cho UX Audit, hãy yêu cầu đầu ra có cấu trúc như:

• 5 rủi ro usability lớn nhất
• điểm heuristic kèm bằng chứng ngắn gọn
• các điểm dễ thất bại theo những persona đã chọn
• các sửa đổi ưu tiên cao nhất trước
• những gì nên giữ nguyên

Định dạng này tạo ra một bản review mà bạn có thể chuyển cho team dùng ngay mà không cần viết lại nhiều.

Những cách dùng sai thường làm giảm chất lượng đầu ra

Cách dùng sai lớn nhất là xin phản hồi thiết kế nhưng không đưa giao diện, không có screenshot và không có ngữ cảnh về tác vụ. Một lỗi phổ biến khác là dùng skill critique để tạo UI mới từ đầu. Skill này giỏi đánh giá và ưu tiên vấn đề hơn là phát minh ra cả một design system hoàn chỉnh.

Câu hỏi thường gặp về skill critique

critique có thân thiện với người mới không?

Có, nhưng chỉ khi bạn cung cấp ngữ cảnh cơ bản. Người mới vẫn có thể nhận được giá trị nhanh nếu chia sẻ một màn hình và một mục tiêu người dùng. Nếu thiếu các thông tin đó, skill critique có thể nghe rất thuyết phục nhưng lại trượt khỏi vấn đề sản phẩm thực sự.

critique có tốt hơn prompt critique thông thường không?

Thường là có. Giá trị không chỉ nằm ở câu chữ mà ở khung review tích hợp sẵn: phát hiện AI slop, phân tích tải nhận thức, heuristic scoring và kiểm thử theo persona. Nhờ vậy, critique usage nhất quán hơn so với một prompt chung chung.

Tôi có cần skill frontend-design trước không?

Trên thực tế là có. Repository đánh dấu đây là yêu cầu bắt buộc. Nếu bạn muốn việc cài critique hữu ích ngay từ ngày đầu, hãy xác định sẽ dùng nó cùng /frontend-design thay vì tách riêng.

Những loại artifact nào phù hợp nhất?

Đầu vào tốt nhất là screenshot, trang đã render, prototype hoặc mô tả giao diện chi tiết kèm ngữ cảnh tác vụ rõ ràng. Chỉ đưa code thì kém hữu ích hơn, trừ khi hành vi UI đã được mô tả rõ hoặc có thể nhìn thấy được.

Khi nào không nên dùng critique?

Đừng dùng critique khi bạn cần:

• review triển khai ở mức code thật sâu
• audit tuân thủ accessibility một cách độc lập
• chẩn đoán chuyển đổi dựa trên analytics
• redesign toàn diện khi chưa có giao diện hiện hữu để xem xét

Đây là công cụ đánh giá thiên về UX, không phải thứ thay thế cho các loại audit chuyên biệt.

critique có so sánh nhiều phương án thiết kế được không?

Có. Nó hoạt động tốt cho review đặt cạnh nhau nếu bạn yêu cầu chấm điểm so sánh và nêu rõ tradeoff. Hãy cung cấp cùng một ngữ cảnh về tác vụ và đối tượng người dùng cho từng phương án để phép so sánh giữ được tính công bằng.

Cách cải thiện skill critique

Hãy cho model biết mục tiêu của giao diện, không chỉ mỗi màn hình

Cách tốt nhất để cải thiện kết quả từ critique là giải thích giao diện đang cố gắng đạt được điều gì. Repository nêu rõ điều này. Một màn hình đẹp vẫn có thể thất bại nếu tác vụ chính không rõ ràng, và skill này được thiết kế để bắt trúng vấn đề đó.

Yêu cầu mức độ nghiêm trọng, bằng chứng và hướng sửa

Nếu bạn muốn đầu ra dẫn tới hành động cụ thể, hãy yêu cầu skill critique trình bày phát hiện theo cấu trúc:

• vấn đề
• vì sao vấn đề đó quan trọng
• bằng chứng trong UI
• mức độ nghiêm trọng
• cách sửa đề xuất

Cách này giúp tránh các nhận xét bay bổng và làm cho bản review dễ ưu tiên hơn.

Chọn persona khớp với đúng đối tượng người dùng

Kiểm thử theo persona sẽ mạnh hơn nhiều khi bạn chỉ chọn những archetype thật sự liên quan. Ví dụ:

• first-time user cho onboarding
• impatient power user cho dashboard dày đặc thông tin
• anxious user cho luồng tài chính hoặc thao tác có tính phá huỷ

Dùng quá nhiều persona cùng lúc có thể làm loãng chất lượng critique.

Cải thiện prompt yếu bằng các ràng buộc cụ thể

Một prompt critique guide mạnh hơn nên có các ràng buộc như:

• mobile-only
• brand không được đổi màu
• phải giữ nguyên kiến trúc thông tin hiện tại
• team kỹ thuật chỉ có thể làm các chỉnh sửa ít công sức trong sprint này

Ràng buộc buộc các khuyến nghị phải thực tế hơn.

Theo dõi failure mode chính

Failure mode lớn nhất là phản hồi rộng, nghe bóng bẩy nhưng không gắn với tác vụ thực tế của người dùng. Nếu đầu ra đầu tiên nghe quá chung chung, hãy hỏi tiếp theo kiểu:

• “Which issue most likely blocks task completion?”
• “What would confuse a first-time user in the first 10 seconds?”
• “Which recommendation has the highest impact with lowest implementation effort?”

Dùng heuristic scoring một cách cẩn thận

Điểm số hữu ích cho so sánh và ưu tiên, nhưng cũng có thể tạo cảm giác chính xác giả. Hãy yêu cầu kèm bằng chứng ngắn dưới mỗi điểm số. Làm vậy sẽ giữ cho skill critique bám vào các vấn đề UI nhìn thấy được thay vì các con số tùy tiện.

Chạy critique theo hai lượt

Một workflow chất lượng cao là:

1. lượt đầu: chẩn đoán vấn đề
2. lượt hai: tinh chỉnh giải pháp dưới các ràng buộc thực tế

Tách riêng chẩn đoán và redesign giúp kết quả rõ ràng hơn và thường tạo ra khuyến nghị đáng tin hơn.

Cải thiện đầu ra sau lượt critique đầu tiên

Sau lần chạy đầu tiên, hãy đưa lại:

• các giả định đã được chỉnh đúng về người dùng
• screenshot của các trạng thái đã sửa
• các ràng buộc mà model đã bỏ qua
• những phát hiện nào team của bạn đồng ý hoặc không đồng ý

Skill critique hoạt động tốt hơn khi được dùng như một người review lặp nhiều vòng, không phải một giám khảo phán một lần là xong.

Dùng ở đúng nơi skill này có lợi thế mạnh nhất

Skill critique này có giá trị nhất với các giao diện trông bóng bẩy nhưng có thể che giấu vấn đề UX: landing page do AI tạo, dashboard, onboarding flow, settings panel và các bề mặt tính năng dày đặc. Đây là những chỗ mà khả năng phát hiện anti-pattern và khung phân tích tải nhận thức của nó mang lại nhiều thông tin hữu ích nhất.

Hiểu rõ tradeoff trước khi áp dụng

Tradeoff rất đơn giản: critique cho phản hồi UX chặt chẽ hơn so với prompt thông thường, nhưng chỉ khi bạn cung cấp đủ ngữ cảnh và chấp nhận framework có tính định hướng của nó. Nếu bạn chỉ muốn một ý kiến nhanh, nhẹ, mang tính ad hoc, prompt thường có thể nhanh hơn. Nhưng nếu bạn cần một bản critique cho UX Audit có thể lặp lại và dùng ổn định, skill này phù hợp hơn.