critique

Tổng quan về skill critique

critique làm gì

Skill critique là một quy trình review dùng để đánh giá phần việc đã hoàn thành bằng nhiều “giám khảo” chuyên biệt, có tranh luận và đi đến đồng thuận. Nó được thiết kế cho Code Review và các tác vụ review thay đổi khác, khi bạn cần nhiều hơn một ý kiến lướt qua.

Dành cho ai

Hãy dùng critique nếu bạn muốn một agent đánh giá độ đúng, chất lượng và các vấn đề bị bỏ sót trước khi merge. Skill này phù hợp với reviewer, maintainer và builder cần một critique skill có cấu trúc thay vì một prompt chung chung cho Code Review.

Vì sao nó quan trọng

Giá trị lớn nhất là sự nhất quán trong điều kiện không chắc chắn: các giám khảo xem xét công việc một cách độc lập, tự kiểm chứng phát hiện của mình và hòa giải các bất đồng. Nhờ vậy, bạn giảm được lời khen hời hợt, điểm mù và phản hồi một chiều.

Khi nào phù hợp nhất

Skill này mạnh nhất khi công việc đã có sẵn và mục tiêu là đánh giá nó, chứ không phải viết lại nó. Nếu bạn cần triển khai, refactor hoặc tự động sửa lỗi, critique không phải công cụ phù hợp.

Cách dùng skill critique

Cài đặt critique skill

Cài bằng npx skills add NeoLabHQ/context-engineering-kit --skill critique. Đường dẫn repo là plugins/reflexion/skills/critique, nên skill này được thiết kế để dùng bên trong context-engineering kit đó, không phải như một tiện ích độc lập.

Đưa cho skill một mục tiêu review rõ ràng

Mẫu sử dụng của critique hiệu quả nhất khi bạn cung cấp phạm vi cụ thể: các file đã thay đổi, một phạm vi commit, link PR, hoặc một vấn đề cụ thể cần xem xét. Gợi ý tích hợp sẵn hỗ trợ đường dẫn file, commit hoặc context, và sẽ mặc định chỉ xem các thay đổi gần đây nếu bạn không đưa gì.

Bắt đầu từ đúng file

Đọc SKILL.md trước, rồi kiểm tra thêm bất kỳ file workflow hoặc metadata nào ở gần đó trong repo. Trong plugin này không có các helper scripts/, references/, resources/, hay rules/, nên hướng dẫn vận hành cốt lõi nằm ngay trong file skill.

Viết prompt xác định rõ ý định review

Một yêu cầu mạnh sẽ giống như: “Critique src/auth.ts và src/session.ts về bảo mật, rủi ro hồi quy và các khoảng trống trong độ bao phủ test.” Một yêu cầu yếu như “review đoạn code này” sẽ khiến các giám khảo phải đoán tiêu chí nào là quan trọng, làm giảm giá trị của hướng dẫn critique.

FAQ về critique skill

critique chỉ dành cho Code Review thôi sao?

Không. Nó rộng hơn review code đơn thuần và có thể đánh giá phần việc đã hoàn thành, quyết định thiết kế hoặc chất lượng triển khai. Tuy vậy, nó phù hợp nhất khi đầu ra nên là một báo cáo review, không phải một bản vá.

critique khác gì so với prompt thông thường?

Một prompt bình thường thường chỉ cho ra một ý kiến. Skill critique bổ sung quy trình đa tác nhân có cấu trúc, xác thực độc lập và xây dựng đồng thuận, tốt hơn khi bạn coi trọng độ tin cậy và các cách diễn giải khác nhau.

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

Có, nếu phạm vi đủ cụ thể. Người mới sẽ có kết quả tốt hơn khi nêu rõ file hoặc tập thay đổi chính xác và yêu cầu các tiêu chí quan trọng nhất, thay vì kỳ vọng skill tự suy ra mọi thứ.

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

Đừng dùng nó khi bạn cần áp dụng chỉnh sửa tự động, khi tác vụ quá đơn giản, hoặc khi phạm vi review quá mơ hồ để đánh giá công bằng. Trong các trường hợp đó, prompt triển khai trực tiếp hoặc workflow lint/test có mục tiêu rõ ràng sẽ nhanh hơn.

Cách cải thiện critique skill

Đưa ra tiêu chí review mạnh hơn

Bước nhảy chất lượng lớn nhất đến từ việc nói rõ critique cần tối ưu cho gì: độ đúng, bảo mật, hiệu năng, khả năng bảo trì, tương thích API, hay độ đầy đủ của test. Nếu không có điều đó, các giám khảo có thể quá tập trung vào lỗi hiển nhiên và bỏ sót những rủi ro thực sự quan trọng với bạn.

Thu hẹp phạm vi trước khi hỏi

Nếu mục tiêu review quá lớn, hãy chia nó thành một commit, một module, hoặc một lát tính năng. Skill critique hoạt động tốt hơn khi đầu vào được giới hạn, vì phần tranh luận có thể tập trung vào các đánh đổi thực tế thay vì tóm tắt cả repo.

Cung cấp bằng chứng để giám khảo có thể kiểm tra

Đưa vào các đường dẫn file liên quan, hành vi kỳ vọng, ràng buộc và mọi failure mode đã biết. Điều đó giúp critique skill xác minh các nhận định thay vì đoán ý định, đặc biệt quan trọng đối với critique cho Code Review.

Lặp lại từ báo cáo đầu tiên

Hãy dùng lượt đầu để làm lộ các điểm bất đồng, rồi yêu cầu một lượt critique thứ hai cho những phát hiện rủi ro cao nhất hoặc những phần có bằng chứng yếu. Vòng lặp lặp lại này biến critique skill thành một công cụ hỗ trợ quyết định sắc bén hơn, thay vì chỉ là một bản tóm tắt dùng một lần.