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

Error analysis: đọc trace, open coding, axial coding và xây bảng phân loại lỗi cho hệ thống LLM

Hoạt động có giá trị nhất trong eval là đọc dữ liệu. Quy trình error analysis từng bước: lấy mẫu trace, ghi chú lỗi đầu tiên (open coding), gom nhóm thành bảng phân loại lỗi (axial coding), đếm và ưu tiên, dừng khi bão hoà — kèm công cụ gán nhãn tối giản và phân tích bằng pandas.

13 phút đọc

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

Nếu chỉ được chọn một kỹ năng để học trong cả hai loạt bài, hãy chọn kỹ năng này. Hamel Husain và Shreya Shankar — hai người đã huấn luyện hàng nghìn kỹ sư và PM về evals — gọi error analysis (phân tích lỗi) là hoạt động quan trọng nhất của toàn bộ quy trình, và kể rằng trong các dự án của họ, 60–80% thời gian phát triển dành cho phân tích lỗi và đánh giá.

Lý do đơn giản: bạn không thể viết eval cho lỗi mà bạn không biết là có. Metric chung chung như "helpfulness 4,2/5" không cho biết phải sửa gì. Đọc 100 trace và đếm được "23% câu trả lời bịa phí ship" thì biết ngay việc cần làm tuần này.

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ố № 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

Bài số № 70PRO

Đánh giá hội thoại nhiều lượt: người dùng giả lập, thông tin ẩn, điều kiện dừng và grader cấp hội thoại

Lỗi của chatbot thường chỉ lộ ra sau vài lượt. Kịch bản có persona, mục tiêu và thông tin ẩn; người dùng giả lập bằng LLM; điều kiện dừng; grader cấp hội thoại; kiểm tra người dùng giả có giống người thật không; replay tiền tố hội thoại thật.

22 phút đọc