Bỏ qua điều hướng
EN
Tất cả bài viết

LLM-as-a-judge: viết judge chấm một lỗi, đo TPR/TNR so với người và hiệu chỉnh tỉ lệ đạt

Khi code không chấm được, dùng LLM chấm LLM — nhưng chỉ sau khi kiểm chứng. Thiết kế judge nhị phân cho đúng một nhóm lỗi, prompt có định nghĩa và ví dụ, structured output; chia nhãn train/dev/test, đo TPR và TNR, chống thiên kiến vị trí và độ dài, hiệu chỉnh tỉ lệ đạt kèm khoảng tin cậy.

17 phút đọc

Ôn tập bài nàyPROThẻ ghi nhớ & câu hỏi ôn tập7 thẻ ghi nhớ · 7 câu trắc nghiệm

Một số lỗi không chấm được bằng code: "câu trả lời có bịa chính sách không", "có hỏi lại khi thiếu thông tin không", "có đồng cảm với khách đang bực không". Người chấm làm được, nhưng không thể đọc 5.000 hội thoại mỗi tuần. Giải pháp phổ biến nhất năm 2026 là LLM-as-a-judge: dùng một mô hình ngôn ngữ để chấm đầu ra của hệ thống.

Judge mạnh nhưng nguy hiểm: nó luôn trả lời tự tin, kể cả khi sai. Một judge chưa kiểm chứng giống một chiếc cân chưa hiệu chuẩn — có số, nhưng không biết số đó đúng không. Bài này dạy cả hai nửa: viết judge tốt, và chứng minh judge đáng tin trước khi dùng con số của nó.

Bài viết PRO

Phần còn lại dành cho thành viên PRO

Nâng cấp PRO để đọc trọn bài, kèm câu hỏi luyện tập, thẻ ghi nhớ và Hỏi Victor ngay trên bài.

Bài này thế nào?

Bài viết có hữu ích với bạn?

Đánh giá giúp mình biết nên viết thêm về chủ đề nào.

Đang tải đánh giá…
Chọn số sao từ 1 đến 5

Bình luận

Đăng nhập để bình luận không cần nhập tên và được duyệt nhanh hơn.

0/2000
Đang tải bình luận…

Đọc tiếp

Bài số № 68PRO

Judge đáng tin cậy ở quy mô lớn: meta-evaluation, hội đồng judge, Bradley-Terry và chống tối ưu ngược

Khi điểm judge quyết định phát hành, judge phải chịu được áp lực. So judge với trần đồng thuận người–người, hội đồng judge khác họ mô hình, xếp hạng phiên bản bằng Bradley-Terry có khoảng tin cậy, đo thiên kiến độ dài bằng hồi quy, chống Goodhart và trôi judge.

20 phút đọc

Bài số № 74PRO

Vận hành eval ở quy mô lớn: phân tầng suite, cache, chạy song song có thử lại, manifest phiên bản, task flaky và ngân sách

Khi bộ eval có hàng nghìn task chạy mỗi đêm, eval trở thành hạ tầng. Phân tầng smoke/regression/full, runner có cache, giới hạn đồng thời và thử lại, manifest phiên bản để tái lập, xử lý task flaky, ước lượng ngân sách và tổ chức quyền sở hữu eval.

22 phút đọc

Bài số № 71PRO

Thiết kế benchmark: tính hợp lệ, bão hoà, nhiễm dữ liệu và IRT để chọn câu hỏi có giá trị

Một bộ dữ liệu nội bộ khác một benchmark nhiều người dùng. Construct validity, bão hoà và vòng đời benchmark, phát hiện nhiễm dữ liệu bằng trùng n-gram và câu diễn đạt lại, canary string, mô hình Rasch để ước lượng độ khó và chọn tập con giữ đúng thứ hạng.

21 phút đọc