Mức nỗ lực cho Copilot code review lên bản chính thức ngày 7/8. Có hai mức, chúng được đổi tên, và mức mà một lần rà đã chạy giờ hiện ngay trên pull request.
Chính phần cuối mới thay đổi được điều gì đó. Một thiết lập không ai nhìn thấy là một thiết lập không ai gỡ rối được.
Hai mức
GitHub mô tả chúng theo loại thay đổi chứ không theo lượng tính toán tiêu tốn:
- Lite — thay đổi đơn giản, thường ngày, cần phản hồi gọn và tập trung
- Balanced — thay đổi phức tạp, nhạy cảm hoặc trải qua nhiều dịch vụ, cần phân tích sâu hơn
Đổi tên, và vì sao không chỉ là hình thức
Low và Medium thành Lite và Balanced. Cấu hình cũ tự chuyển sang, không có gì hỏng.
Tên cũ ngụ ý một cái thang thiếu bậc: đã có Low và Medium thì High ở đâu? Người dùng có lý khi cho rằng mình đang bị giữ lại bậc tốt nhất. Lite và Balanced mô tả một lựa chọn giữa hai kiểu phù hợp chứ không phải hai bậc thang, và điều đó đúng với bản chất tính năng.
Nó cũng khớp với hướng đi của phần còn lại trong hệ sinh thái. Mùa hè này, mức nỗ lực suy luận đã trở thành thứ phải cân nhắc ở nhiều công cụ — cloud agent của Copilot có nút chỉnh mức suy luận riêng từ ngày 3/8. Hai bộ từ vựng cho cùng một ý trong cùng một sản phẩm sẽ rất rối.
Theo từng lần rà, hoặc đặt một lần
Bạn chọn được mức khi yêu cầu một lần rà cụ thể — đúng loại điều khiển dành cho người biết rõ thay đổi lần này rắc rối.
Quản trị viên cũng đặt được mặc định cho toàn tổ chức tại Organization Settings → Copilot → Copilot code review. Repository kế thừa mặc định đó trừ khi tự đặt riêng, và đây là thứ tự hợp lý: chính sách cho trường hợp phổ biến, ghi đè cho repository mà trường hợp phổ biến không đúng.
Tính năng có trên Copilot Pro, Pro+, Max, Business và Enterprise.
Phần hiển thị mới là tính năng thật
Mức đã dùng giờ xuất hiện trong timeline và trong bình luận tổng quan của pull request. Nghe như tiểu tiết, nhưng đó chính là thứ khiến phần còn lại dùng được.
Trước đây, "Copilot đã rà" là một tuyên bố duy nhất, không phân biệt. Người rà nhìn một PR đã merge không biết máy đã liếc qua hay đọc kỹ, nên phản ứng hợp lý là tin tưởng đồng đều — tức là tin quá nhiều vào những lần rà nhẹ và quá ít vào những lần rà sâu.
Giờ hồ sơ có ghi mức nỗ lực, nên người đọc pull request về sau biết được rốt cuộc đã có kiểu kiểm tra nào. Đó là điều khiến câu "mọi thay đổi động tới thanh toán đều phải chạy Balanced" trở nên kiểm chứng được.
Một chính sách mặc định hợp lý
Đừng đặt cả tổ chức ở Balanced chỉ vì "sâu hơn thì nghe hay hơn". Rà sâu trên thay đổi vặt sinh ra nhiễu, và người rà một khi đã quen lướt qua bình luận của Copilot sẽ ngừng đọc cả những bình luận quan trọng.
Lite làm mặc định cho tổ chức, Balanced cho những repository mà sai lầm đắt đỏ — xác thực, thanh toán, hạ tầng, mọi thứ có migration — là chính sách khớp đúng với cách hai mức này được mô tả.