Goose 1.57.0 sửa lỗi lịch chạy bỏ qua cấu hình trong recipe

Bản sửa liên quan trực tiếp tới tác vụ tự động

Goose 1.57.0 được phát hành lúc 19:26 UTC ngày 28/10/2026, tức rạng sáng 29/10 tại Việt Nam. Bản này sửa lỗi bộ lập lịch bỏ qua phần settings của recipe và dùng cấu hình toàn cục, một khác biệt có thể làm tác vụ tự động chạy bằng mô hình hoặc tham số không như người viết dự định.

Recipe là tệp mô tả công việc có thể chạy lại, gồm hướng dẫn và thiết lập. Nhóm dùng Goose để lên lịch xử lý tài liệu, tổng hợp thông tin hoặc bảo trì kho mã nên rà những recipe đang có cấu hình riêng, cập nhật có kiểm soát rồi xác nhận cấu hình thực sự được áp dụng.

Bài này xuất bản ngày 30/10 dựa trên bản phát hành và thay đổi mã nguồn của maintainer. Friday Works đã mở giao diện dòng lệnh (CLI) 1.57.0 thật để chụp giao diện và xác thực tệp mẫu; chưa chạy một lịch gọi mô hình hay đo hiệu quả tự động hóa.

Những thiết lập nào cần đối chiếu?

Thay đổi số 13138 đưa việc đọc thiết lập recipe về một bộ xử lý dùng chung cho Desktop và scheduler. Các trường được nêu gồm goose_provider, goose_model, temperature và max_turns. Hai trường đầu chọn nhà cung cấp và mô hình; hai trường sau điều chỉnh cách sinh câu trả lời và số lượt tối đa của phiên.

Temperature thường được gọi là độ ngẫu nhiên, nhưng ý nghĩa và mức hỗ trợ vẫn tùy mô hình. Max_turns đặt giới hạn lượt, không phải trần tiền tuyệt đối. Một lượt có thể chứa nhiều hoạt động hoặc lượng dữ liệu khác nhau, nên vẫn cần giới hạn chi tiêu và quyền công cụ ở lớp thích hợp.

Thay đổi này cũng đưa cách áp dụng temperature trên Desktop về tương đồng với CLI theo mô tả maintainer. Bài không suy rằng mọi khác biệt giữa Desktop, CLI và tác vụ chạy nền đã biến mất; phiên bản, phần mở rộng và cấu hình triển khai vẫn cần đối chiếu riêng.

Vì sao bản sửa có thể làm kết quả sau cập nhật khác trước?

Một recipe ghi mô hình A nhưng trước đây thực tế dùng mô hình B từ cấu hình chung có thể đổi hành vi khi được sửa đúng. Đó không nhất thiết là lỗi hồi quy của mô hình mới: bản cập nhật có thể đang thực hiện thiết lập vốn bị bỏ qua. Đội vận hành cần ghi lại cả cấu hình dự kiến lẫn cấu hình quan sát được.

Ví dụ, lịch tổng hợp báo cáo cuối ngày có thể cần mô hình cụ thể do yêu cầu dữ liệu hoặc chi phí. Sau nâng cấp, nên dùng một báo cáo mẫu không nhạy cảm, kiểm tra nhà cung cấp, mô hình, giới hạn và đầu ra; đừng chỉ nhìn thông báo lịch đã chạy thành công.

Khuyến nghị của Friday Works là rà các recipe quan trọng trước khi nâng cấp, thử ở môi trường tách biệt và giữ bản cấu hình trước thay đổi. Chỉ chuyển lịch thật sau khi người phụ trách xác nhận các ràng buộc dữ liệu, kết quả và chi phí vẫn phù hợp.

Chính sách phần mở rộng trên Desktop cũng được siết lại

Bản 1.57.0 còn sửa bộ lấy danh sách phần mở rộng được phép của Desktop. Khi cấu hình chính sách này, địa chỉ nguồn và các bước chuyển hướng phải dùng HTTPS; lỗi tải, chuyển hướng hoặc đọc dữ liệu làm chính sách từ chối theo hướng an toàn thay vì âm thầm mở quyền.

Danh sách đã cấu hình nhưng rỗng mang nghĩa không cho phép phần mở rộng nào. Trường hợp không cấu hình chính sách không tự bị chuyển thành cấm toàn bộ. Đây là hai tình huống khác nhau, cần phân biệt khi triển khai trong doanh nghiệp.

Đội quản trị nên thử cả nguồn hợp lệ lẫn lỗi tải hoặc cấu hình rỗng trên môi trường được phép. Friday Works chưa kiểm thử hành vi Desktop này trong lượt chụp CLI; thông tin đến từ bản phát hành và thay đổi 12619, không phải kết quả đo trên máy người dùng.

Phép thử nhỏ nên lưu những gì?

Ảnh thực hành cho thấy CLI báo phiên bản 1.57.0, trợ giúp schedule, tệp recipe mẫu và kết quả recipe validate hợp lệ. Mẫu dùng tên mô hình không kết nối, không có thông tin khách hàng. Danh sách lịch trống xác nhận không có lịch nào được tạo trong phép thử này.

Để kiểm tra bản sửa trên hệ thống của mình, đội triển khai cần thêm một lượt chạy được cho phép với đầu vào cố định, ghi cấu hình có hiệu lực và kiểm tra đầu ra. Xác thực cú pháp recipe chỉ chứng minh tệp đọc được, không chứng minh mô hình đã chạy đúng hay chất lượng báo cáo đã đạt.

Goose 1.57.0 đáng chú ý vì sự nhất quán cấu hình là điều kiện cơ bản để tự động hóa có thể kiểm toán. Quyết định đưa vào vận hành nên dựa trên khả năng tái hiện công việc, giới hạn quyền và bằng chứng chạy thật của chính doanh nghiệp.

Đọc thêm về triển khai

Friday Works có tài liệu về phạm vi triển khai và các bước đánh giá trước khi áp dụng thay đổi vào hệ thống doanh nghiệp.