HƯỚNG DẪN KỸ THUẬT

Kiểm tra hồi quy và phiên bản nhanh chóng

Kiểm tra hồi quy và lập phiên bản nhắc nhở có nghĩa là lưu trữ mọi lời nhắc dưới dạng một tạo phẩm được phiên bản và tự động chạy lại bộ đánh giá bất cứ khi nào lời nhắc, mô hình hoặc mã xung quanh thay đổi.

  • đọc 4 phút
  • Cập nhật lần cuối
Trên trang nàyđọc 4 phút
  1. Tổng quan
  2. Lặn sâu
  3. Tác động chiến lược
  4. Tương lai của việc kiểm tra hồi quy và tạo phiên bản nhanh chóng
  5. Triển khai trong thế giới thực
  6. Rủi ro & lan can
  7. Lộ trình thực hiện
  8. Tiếp tục khám phá
  9. Câu hỏi thường gặp

Tổng quan

Điều này quan trọng vì một chỉnh sửa từ ngữ nhỏ hoặc cập nhật mô hình nhà cung cấp có thể âm thầm phá vỡ kết quả đầu ra mà người dùng và hệ thống hạ nguồn phụ thuộc vào.

Lặn sâu

Lời nhắc chứa logic: hướng dẫn, ràng buộc, ví dụ và định dạng đầu ra xác định ứng dụng sẽ làm gì. Việc coi chúng như những chuỗi văn bản thông thường sẽ dẫn đến những chỉnh sửa không được theo dõi và gây bất ngờ trong quá trình sản xuất. Đối xử với chúng như mã có nghĩa là kiểm soát phiên bản, đánh giá, kiểm tra tự động và phát hành có kiểm soát. Những gì cần phiên bản là nhiều hơn từ ngữ nhanh chóng. Đầu ra phụ thuộc vào cấu hình đầy đủ: lời nhắc hệ thống, mẫu và các biến của nó, ví dụ vài lần chụp, lược đồ công cụ hoặc chức năng, mã định danh mô hình, các tham số lấy mẫu như nhiệt độ và mã thông báo tối đa cũng như cài đặt truy xuất nếu tài liệu được đưa vào. Việc thay đổi bất kỳ ai cũng có thể thay đổi hành vi, vì vậy các nhóm sẽ phiên bản chúng cùng nhau, thường được xác định bằng hàm băm nội dung và lưu trữ chúng trong git hoặc sổ đăng ký nhắc nhở. Thử nghiệm hồi quy cần một tập dữ liệu đánh giá, thường được gọi là bộ vàng: đầu vào thực đại diện, các trường hợp khó khăn đã biết và các lỗi sản xuất trong quá khứ được chuyển thành trường hợp thử nghiệm. Trình chấm điểm bao gồm từ nghiêm ngặt đến mờ: đối sánh chính xác, xác thực lược đồ JSON, biểu thức chính quy, kiểm tra dựa trên mã, đánh giá LLM dựa trên phiếu tự đánh giá và đánh giá mẫu định kỳ của con người. Bộ phần mềm này tự động chạy trên mọi thay đổi và so sánh kết quả với đường cơ sở được chấp nhận cuối cùng. Thay đổi mô hình cũng có rủi ro như chỉnh sửa kịp thời. Các bí danh của nhà cung cấp, chẳng hạn như tên mẫu máy mới nhất chung, có thể trỏ đến các phiên bản mới theo thời gian và các ảnh chụp nhanh cũ hơn sẽ không được dùng nữa. Việc ghim một ảnh chụp nhanh có ngày tháng và chạy lại bộ phần mềm trước khi chuyển đổi sẽ biến việc chuyển đổi im lặng thành một quyết định có chủ ý. Một số quan niệm sai lầm gây rắc rối. Một số lần kiểm tra tại chỗ thủ công thường bỏ sót những lỗi hiếm gặp. Nhiệt độ 0 làm giảm tính ngẫu nhiên nhưng không đảm bảo kết quả đầu ra giống nhau trong các lần chạy. Điểm của giám khảo LLM cao hơn không tự động tốt hơn, bởi vì giám khảo có những thành kiến ​​​​chẳng hạn như thiên về các câu trả lời dài hơn. Bởi vì kết quả đầu ra khác nhau nên các bộ tốt sử dụng ngưỡng và mẫu lặp lại thay vì yêu cầu sự bằng nhau của chuỗi chính xác. Các công cụ nguồn mở như nhắc nhở, cùng với các nền tảng đánh giá thương mại, hỗ trợ các quy trình công việc này, nhưng một tập lệnh đơn giản trong CI cũng có thể hoạt động.

Tác động chiến lược

Chi phí và ngân sách

Các quyết định về kiến ​​trúc sẽ thúc đẩy hiệu suất và chi phí vận hành trong nhiều năm.

Quyết định rõ ràng hơn

Giáo dục kỹ thuật giúp các nhóm chọn nhóm phù hợp chứ không chỉ nhóm mới nhất.

Kiểm soát chất lượng

Lựa chọn kỹ thuật tốt hơn làm giảm sự cố về độ tin cậy trong sản xuất.

Tương lai của việc kiểm tra hồi quy và tạo phiên bản nhanh chóng

Đánh giá tự động đang trở thành một phần thường xuyên trong việc xây dựng các ứng dụng LLM, giống như việc kiểm thử đơn vị đã trở thành thông lệ đối với phần mềm. Các hướng có khả năng bao gồm các liên kết chặt chẽ hơn giữa bộ giám sát sản xuất và bộ thử nghiệm, do đó, các lỗi thực sự sẽ tự động xuất hiện trong bộ sản phẩm và sự giám sát chặt chẽ hơn của các thẩm phán LLM, những người có độ tin cậy thay đổi theo nhiệm vụ. Lịch trình ngừng sử dụng mô hình sẽ tiếp tục buộc di chuyển, điều này làm cho bộ hồi quy đáng tin cậy trở nên có giá trị hơn theo thời gian. Không điều nào trong số này loại bỏ sự cần thiết phải có sự đánh giá của con người đối với các kết quả đầu ra có tính rủi ro cao.

Triển khai trong thế giới thực

Nhóm bot hỗ trợ lưu giữ lời nhắc dưới dạng tệp mẫu trong git; mỗi yêu cầu kéo sẽ kích hoạt một công việc CI chạy 300 câu hỏi đã lưu của khách hàng và chặn việc hợp nhất nếu tỷ lệ câu trả lời chính sách đúng giảm xuống dưới mức cơ sở hiện tại.

Quy trình trích xuất hóa đơn ghim ảnh chụp nhanh mô hình ngày tháng; trước khi chuyển sang ảnh chụp nhanh mới hơn, nhóm sẽ chạy bộ vàng trên cả hai và xem xét sự khác biệt trong trường đầu ra JSON theo từng trường.

Người quản lý sản phẩm chỉnh sửa hướng dẫn âm báo của lời nhắc; bộ hồi quy hiển thị các câu trả lời thân thiện hơn nhưng nhiều câu trả lời thiếu tuyên bố từ chối trách nhiệm bắt buộc, do đó thay đổi được sửa đổi trước khi phát hành.

Một nhóm ghi lại ID phiên bản nhắc nhở với mỗi yêu cầu sản xuất, do đó, khi số lượng khiếu nại tăng đột biến, họ có thể liên kết vấn đề với một quá trình triển khai cụ thể và khôi phục trong vòng vài phút.

Rủi ro & lan can

  • Tối ưu hóa một điểm chuẩn có thể che giấu những điểm yếu của hệ thống rộng hơn.

  • Chi phí cơ sở hạ tầng và bảo trì thường được đánh giá thấp.

  • Khoảng cách về bảo mật và khả năng quan sát có thể tăng lên khi hệ thống trở nên phức tạp hơn.

Lộ trình thực hiện

  1. Xác định các mục tiêu về độ trễ, chất lượng và chi phí trước khi triển khai.

  2. Điểm chuẩn trong điều kiện tải và dữ liệu thực tế.

  3. Giám sát thiết bị về lỗi, độ lệch và tác động của người dùng.

  4. Chuẩn bị đường dẫn khôi phục và ứng phó sự cố trước khi mở rộng quy mô.

Tiếp tục khám phá

Free newsletter

Get the daily AI briefing

Three verified AI stories every weekday morning, written in plain English. Free forever, no ads.

One email each weekday. Unsubscribe in one click. We never sell or share your address.

Test yourself

Take the Prompt Versioning and Regression Testing quiz

Instant feedback on every answer, and a shareable certificate with a verifiable ID once you pass a course.

Bắt đầu bài kiểm tra

Support free AI education. AI Understanding is a 501(c)(3) nonprofit — no ads, no paywall, ever. Make a donation

Câu hỏi thường gặp

Kiểm tra hồi quy và tạo phiên bản nhanh chóng là gì?

Kiểm tra hồi quy và lập phiên bản nhắc nhở có nghĩa là lưu trữ mọi lời nhắc dưới dạng một tạo phẩm được phiên bản và tự động chạy lại bộ đánh giá bất cứ khi nào lời nhắc, mô hình hoặc mã xung quanh thay đổi. Điều này quan trọng vì một chỉnh sửa từ ngữ nhỏ hoặc cập nhật mô hình nhà cung cấp có thể âm thầm phá vỡ kết quả đầu ra mà người dùng và hệ thống hạ nguồn phụ thuộc vào.

Tập hợp các mục nào sẽ được phiên bản cùng nhau dưới dạng một cấu hình nhắc nhở?

Đầu ra phụ thuộc vào toàn bộ cấu hình, do đó việc thay đổi bất kỳ phần nào cũng có thể thay đổi hành vi.

Tại sao phải ghim ảnh chụp nhanh mô hình ngày tháng thay vì bí danh chung chung mới nhất?

Bí danh có thể trỏ đến các phiên bản mới theo thời gian, gây ra sự trôi dạt im lặng. Ghim biến việc nâng cấp thành các quyết định đã được thử nghiệm.

Hướng dẫn nói gì về nhiệt độ 0?

Đầu ra vẫn có thể thay đổi ở nhiệt độ 0, vì vậy các thử nghiệm không nên dựa vào sự bằng nhau chính xác.

Bộ hồi quy nên xử lý các kết quả đầu ra không xác định như thế nào?

Bởi vì kết quả đầu ra khác nhau nên các bộ so sánh tỷ lệ vượt qua với đường cơ sở và có thể lấy mẫu nhiều lần.

Nguồn mạnh mẽ của các trường hợp thử nghiệm mới cho một bộ vàng là gì?

Việc chuyển đổi các thất bại thực sự thành các thử nghiệm đảm bảo sẽ phát hiện được lỗi tương tự nếu nó quay trở lại.