Báo cáo kiểm thử buổi sáng có thể chạy trước khi bạn mở Open WebUI

Lúc 8:30 sáng thứ Hai, lập trình viên mở kết quả kiểm thử qua đêm. Ba tác vụ hiện đỏ. Tác vụ đầu mất kết nối cơ sở dữ liệu kiểm thử, tác vụ thứ hai hết thời gian chờ lúc có lúc không, còn tác vụ thứ ba trượt một điều kiện kiểm tra trong đoạn mã sửa hôm thứ Sáu. Phân loại mất nhiều thời gian hơn nhìn biểu tượng đỏ. Một lượt chạy định kỳ của tác tử lập trình có thể để sẵn báo cáo ngắn trong chat, với điều kiện thất bại và đoạn nhật ký liên quan ở đầu.

Open WebUI, giao diện chat tự lưu trữ cho mô hình và công cụ AI, bổ sung hỗ trợ tác tử lập trình trong các tác vụ tự động theo lịch ở v0.13.3. GitHub ghi thời điểm phát hành 23:48 UTC ngày 8 tháng 11 năm 2026. Một tác vụ có thể lưu terminal, thư mục làm việc và tác tử có sẵn trong terminal đó, rồi chuyển kết quả tới chat. Lịch giờ đây có thể bắt đầu công việc trong môi trường cụ thể, khiến báo cáo buổi sáng khả thi. Ghi chú phát hành Open WebUI v0.13.3

Việc đầu tiên đáng đặt lịch là báo cáo một người có thể kiểm tra trong vài phút. Dùng tác vụ để thu thập bằng chứng, còn quyết định tiếp theo thuộc về người phụ trách dự án. Khi báo cáo lặp lại đã hữu ích, bạn có mức cơ sở để quyết định có cấp quyền tiếp theo hay không.

Tác vụ tự động nhớ nơi tác tử làm việc

Open WebUI vốn hỗ trợ lời nhắc định kỳ. Một lượt bắt đầu chat qua luồng sinh thông thường, nên cài đặt mô hình, công cụ, bộ lọc và bộ nhớ áp dụng đều có thể tác động. Bản 0.13.3 thêm đường chọn tác tử lập trình tìm thấy trong terminal. Khi chọn terminal, bộ chọn mô hình hiển thị các kết hợp tác tử và mô hình có sẵn theo dạng tác tử/mô hình. Đổi terminal hoặc thư mục có thể đổi các kết hợp. Open WebUI kiểm tra terminal và tác tử đã lưu trước khi bắt đầu. Nếu một trong hai không còn, lượt chạy thất bại và chủ sở hữu có thể xem nhật ký thực thi. Tài liệu tự động hóa Open WebUI

Bộ lập lịch mở chat theo cài đặt thực thi đã lưu. Minh họa do Telli.sh thực hiện dựa trên ghi chú phát hành Open WebUI v0.13.3.

Thư mục làm việc trả lời câu hỏi bình thường nhưng có thể gây hậu quả tốn kém. Tác tử nên đọc bản checkout nào nếu hai dự án có tên tệp giống nhau, hoặc cùng dự án có nhánh tính năng và nhánh phát hành trên đĩa? Đường dẫn rõ giúp tác vụ bắt đầu đúng chỗ và cho người duyệt điểm để đối chiếu. Nó vẫn chỉ là thư mục khởi đầu. Quyền đọc ghi, tệp có thể truy cập, biến môi trường, quyền mạng và hành vi tác tử quyết định lượt chạy còn chạm tới đâu.

Kết quả cũng có đích xác định. Tác vụ tự động của tác tử lập trình gửi đầu ra vào chat. Ghi chú phát hành phân biệt chúng với tác vụ mô hình thông thường có thể dùng kênh làm đích. Lịch sử lượt chạy và chat đủ để một người xem báo cáo buổi sáng. Nhóm muốn cảnh báo chung vẫn cần quyết định riêng về chia sẻ thông tin nào, ở đâu và ai xem được nhật ký gốc. Tác vụ theo lịch thất bại cũng cần người phụ trách biết xem chỗ nào. Ghi chú phát hành Open WebUI v0.13.3

Cho việc đầu tiên đầu vào nhỏ và dễ kiểm tra

Hãy lấy báo cáo kiểm thử thứ Hai. Bắt đầu bằng bản sao tóm tắt lượt kiểm thử qua đêm gần nhất, mã commit do máy tạo và vài nhật ký lỗi. Công cụ xuất kết quả CI hiện có hoặc việc chép thủ công vào thư mục dùng một lần cho tác tử đầu vào ổn định. Mỗi tệp cần đủ bối cảnh để gắn lỗi với tác vụ và commit. Bỏ bí mật dễ nhận ra cùng nhật ký không liên quan trước khi đưa vào thư mục. Báo cáo tốt hơn khi đầu vào có tên theo quy ước và dấu giờ có thể kiểm tra mà không cần tác tử đoán tệp mới nhất.

Yêu cầu ba đầu ra riêng trong cùng một câu trả lời chat. Đầu tiên là danh sách ngắn lỗi đáng chú ý. Thứ hai là lỗi môi trường hoặc lỗi chưa rõ. Thứ ba là liên kết hay đường dẫn tới bằng chứng cho từng mục. Cho báo cáo định dạng gọn để người duyệt đối chiếu với trang CI gốc. Tác vụ tạo sáu phiếu trùng vì bài kiểm thử xuất hiện trong sáu lượt của ma trận đã biến một việc đọc nhỏ thành việc duyệt lớn hơn.

Lời nhắc hữu ích mô tả đầu ra phải giữ gì. Đây là ví dụ cho bộ dữ liệu thử có hồ sơ commit và tóm tắt tác vụ đã xuất. Thư mục và tệp chỉ để minh họa.

Đọc tóm tắt kiểm thử đã xuất và các đoạn lỗi liên quan trong thư mục dự án được giao. Bắt đầu với mã lượt, commit và dấu thời gian từ đầu vào. Gộp lỗi lặp trong ma trận. Với từng lỗi riêng, nêu tên kiểm thử, trích đoạn hữu ích ngắn nhất và đường dẫn nguồn. Phân biệt lỗi thấy rõ với nguyên nhân có thể. Nếu thiếu bản tóm tắt hoặc nó đã cũ hay không đầy đủ, nêu đầu vào nào thiếu rồi dừng. Giữ các tệp nguyên như lúc đọc.

Chỉ dẫn này giảm mơ hồ. Terminal vẫn cần quyền phù hợp với yêu cầu. Nếu việc chỉ đọc tệp, cấp chế độ chỉ đọc hoặc bản sao dùng một lần không có thông tin xác thực kho mã. Kiểm thử thất bại có thể in văn bản bất kỳ từ tệp nguồn, thư viện bên thứ ba hoặc dữ liệu thử. Văn bản ấy thuộc phần bằng chứng và không cần trở thành chỉ dẫn mới. Điều này càng quan trọng khi lượt chạy bắt đầu trước lúc người phụ trách thức dậy.

Cách bố trí ấy có thể dùng cho việc định kỳ thứ hai. Trưởng nhóm kỹ thuật có thể đưa danh sách phụ thuộc có ngày và nguồn cảnh báo lấy riêng, rồi yêu cầu tác tử đánh dấu phiên bản có khả năng trùng và trích hồ sơ liên quan. Đầu ra hữu ích là danh sách xem xét gồm đúng gói, phiên bản và nguồn. Trình quét đáng tin vẫn có thể đối chiếu theo quy tắc cố định, còn người duyệt xem thư viện có nằm trên đường thực thi có thể chạm tới không. Giữ tệp ổn định còn giúp tái tạo báo cáo nếu lời giải thích đổi giữa các lượt.

Một lần thiết lập ngắn làm lộ phần lớn công việc thật

Tài liệu Open WebUI nêu công tắc Automations toàn cục và quyền riêng cho người không phải quản trị viên. Xác nhận hệ thống chạy v0.13.3 hoặc bản tương thích mới hơn, tính năng được bật và tài khoản có quyền. Terminal phải được kết nối và cho phép trong ngữ cảnh tự động hóa. Terminal có thể hiện trong trình sửa mô hình nhưng bị cấu hình ngữ cảnh loại khỏi tác vụ tự động. Điểm này có thể giải thích vì sao việc chạy được trong chat thường nhưng lỗi theo lịch. Open WebUI Automations · Tài liệu kết nối Open Terminal

1. Chuẩn bị bộ dữ liệu thử. Đưa một lượt thành công, một lỗi điển hình và tệp kê khai có commit cùng dấu thời gian vào workspace tạm. Giữ đầu vào nhỏ, để khóa sản xuất, cấu hình đám mây và tệp cá nhân bên ngoài.
2. Mở Automations và tạo tác vụ. Dùng các trường tiêu đề, lời nhắc, mô hình và lịch. Trong trình sửa, chọn terminal, điền thư mục làm việc cụ thể và chọn tác tử cần dùng từ bộ chọn mô hình. Chờ môi trường báo các tác tử có trong thư mục.
3. Chạy một lần từ trình sửa. Mở chat kết quả và nhật ký thực thi. Xác nhận commit, tệp nguồn, việc gộp trùng và quyền tệp. So với kết quả gốc và xem cây mã còn sạch không.
4. Chạy tình huống lỗi có chủ đích. Bỏ tệp kê khai khỏi bộ thử riêng hoặc trỏ bộ thử tới đầu vào cố ý làm cũ. Báo cáo phải làm rõ bằng chứng thiếu. Kiểm tra terminal không khả dụng trong tự động hóa xuất hiện là lượt lỗi trong lịch sử thực thi.
5. Đặt lịch lặp rồi xem vài kết quả đầu. So giờ bắt đầu với thời điểm CI xuất xong. Báo cáo chạy sớm và đọc lượt hôm qua là vấn đề lịch dù văn bản nghe như mới. Tạm dừng nếu quy ước đầu vào thay đổi hoặc kết quả bắt đầu lệch.

Xem dữ liệu thử và lời nhắc như một cặp. Nếu đổi tên thư mục, quy ước nhánh hoặc chuyển bài kiểm sang bộ khác, cập nhật dữ liệu thử cùng tác vụ. Nhờ vậy việc không âm thầm mất bằng chứng để gộp kết quả. Khi ai đó đổi lời nhắc, lưu ví dụ cũ và so hai đầu ra trên cùng đầu vào. Bản sửa ít tốn kém nhất thường là tệp kê khai rõ hơn, đặc biệt khi hai việc theo lịch cần thống nhất thế nào là lượt mới nhất.

Chọn terminal đồng thời là chọn ranh giới quyền

Giao diện chat tự lưu trữ có thể kết nối mô hình hoặc tác tử từ nhà cung cấp khác. Kiểm tra nhà cung cấp của tác tử đã chọn, dữ liệu nó nhận và thông tin xác thực dịch vụ nó có thể dùng. Checkout trong container hoặc workspace dùng một lần cho người vận hành chỗ giới hạn tác vụ. Thư mục khởi đầu ít tác dụng nếu cùng người dùng truy cập được phần còn lại của máy hoặc tác tử có thông tin ghi vào kho mã. Tài liệu terminal Open WebUI mô tả tùy chọn riêng về nơi terminal được dùng, gồm ngữ cảnh tự động hóa, để quản trị viên giới hạn trước lúc chạy. Tài liệu kết nối terminal Open WebUI

Thiết lập báo cáo chỉ đọc tách bằng chứng, quyền thực thi và quyết định duyệt. Minh họa do Telli.sh thực hiện.

Thứ tiết kiệm là thời gian từ khi mở kết quả đến khi biết nhìn đâu. Lệnh đáng tin có thể làm nhiều phần cho các việc này. Cho lệnh tạo mã lượt và trạng thái, rồi để tác tử giải thích lỗi qua nhiều kiểu đầu ra. Sự phân chia giúp khi tác vụ làm sai. Bạn có thể so mã được báo với tệp kê khai để biết đầu vào có sai trước khi thử tác tử khác.

Chi phí cũng thuộc phép kiểm ấy. Lượt theo lịch có thể tiêu tốn hạn mức nhà cung cấp nếu tác tử gọi mô hình tính phí. Nhật ký dài làm tăng đầu vào, còn lỗi lặp kéo theo phân tích lặp. Trước hết đo lượng giá trị duyệt thu được từ đoạn nhật ký có giới hạn và lịch gọn. Nếu lượt nào cũng xử lý cùng tệp lớn, cho bước cố định chi phí thấp ghi xem có gì đổi không. Lịch hằng ngày dễ dự toán khi đã biết giới hạn trên của lượng dữ liệu mỗi lượt đọc.

Với nhóm nhỏ, quyền sở hữu quan trọng như terminal. Tài liệu Open WebUI nói tác vụ tự động thuộc về người tạo và riêng tư với người đó. Báo cáo cá nhân có thể ở đó. Duyệt phát hành do nhiều người dùng cần quy trình riêng, nhìn thấy được để chia sẻ bằng chứng và chuyển trách nhiệm lúc chủ sở hữu vắng. Lịch sử tự động hóa giúp một người điều tra lỗi. Bài kiểm CI chung làm quyết định bản dựng hiển thị với nhóm phát hành. Quyền truy cập tác vụ tự động Open WebUI

Báo cáo buổi sáng chứng tỏ giá trị lúc được xem

Sau tuần đầu, xem những báo cáo thực sự có người mở. Kiểm tra liên kết hoặc trích đoạn của từng mục khẩn và đếm lần bản tóm tắt bỏ lỗi, lặp lỗi đã biết hoặc dẫn sai commit. Hỏi người duyệt báo cáo có giúp tìm bài kiểm tiếp theo cần xem không. Các quan sát nói về giá trị lịch nhiều hơn số câu trả lời tự động được tạo.

Nếu đầu ra vẫn hữu ích, có thể thêm một loại bằng chứng mới mỗi lần. Cho terminal đích ổn định, giữ quyền xác thực của tác vụ ở mức nhỏ và đưa thay đổi mã hoặc hạ tầng qua quy trình duyệt bình thường. Dấu hiệu tiến triển tốt là báo cáo buổi sáng đủ tin cậy để hành động và đủ dễ kiểm tra khi có gì bất thường.

Nguồn

• Ghi chú phát hành Open WebUI v0.13.3
• Thiết lập, quyền và lịch sử chạy tác vụ tự động Open WebUI
• Kết nối terminal và ngữ cảnh Open WebUI

---

Để lưu các cuộc trao đổi và quyết định đằng sau công việc dưới dạng có thể tìm kiếm, hãy tạo tài khoản Telli.sh.