GitLab 19.4 đưa AI tác tử vào khuôn khổ quản trị: kiểm soát chi phí, mô hình và tự động hóa MCP

GitLab 19.4, phát hành ngày 17/9/2026, nhắm tới một bài toán thực tế khi doanh nghiệp mở rộng AI tác tử trong quy trình DevSecOps: trao cho tác tử nhiều việc hơn, nhưng không đánh đổi quyền truy cập, phê duyệt, lựa chọn mô hình hay ngân sách. Bản cập nhật kết hợp thực thi theo mục tiêu, các lựa chọn mô hình chi phí thấp hơn, kiểm soát mức tiêu thụ theo từng người dùng và kết nối Model Context Protocol (MCP) với các quy trình GitLab. 15

/goal: giao kết quả cần đạt, thay vì chỉ từng thao tác

Tính năng nổi bật là lệnh /goal mới trong GitLab Duo CLI, hiện ở beta công khai. Thay vì phải chỉ dẫn AI thực hiện từng bước, lập trình viên có thể giao một mục tiêu mở cho luồng tác tử có quản trị, chạy cục bộ. 5

Luồng này có cơ chế xác minh theo từng bước: GitLab cho biết một mô hình riêng sẽ đối chiếu tiến độ với mục tiêu đã nêu khi tác tử làm việc. Phiên chạy dừng khi mục tiêu hoàn tất hoặc khi chạm giới hạn số vòng lặp. Lập trình viên cũng có thể tạm dừng, sửa hay đổi hướng mục tiêu, rồi khởi chạy lại. 5

Điểm khác biệt nằm ở mức độ tự chủ có kiểm soát: tác tử có không gian xử lý công việc nhiều bước, còn nhà phát triển vẫn có thể can thiệp khi yêu cầu, bối cảnh hoặc phương án triển khai thay đổi.

Thêm lựa chọn mô hình, nhưng vẫn quản trị tập trung

GitLab Duo Agent Platform nay hỗ trợ ba mô hình open-weight do GitLab lưu trữ: Kimi K3, MiniMax M3 và GLM 5.3. Chúng bổ sung cho các lựa chọn mô hình frontier hiện có và được dùng trong GitLab Duo Agentic Chat cùng những tính năng tác tử được hỗ trợ khác. 12

GitLab định vị các mô hình này như một cách cân đối năng lực, độ trễ và chi phí theo từng loại tác vụ:

• Dùng mô hình rẻ hơn cho việc thường quy hoặc khối lượng lớn.
• Dành mô hình frontier đắt hơn cho các nhiệm vụ phức tạp, nơi năng lực cao hơn là cần thiết.
• Đặt mô hình mặc định ở cấp tổ chức, thay vì để mỗi người dùng tự quyết hoàn toàn. 510

Theo GitLab, các mô hình open-weight được lưu trữ này có thể mang lại tối đa gấp 4 lần số lượt gọi trên mỗi GitLab Credit so với nhiều mô hình frontier tương đương. Đây là tuyên bố của nhà cung cấp dựa trên cách GitLab đánh giá và thử nghiệm nội bộ, không phải benchmark độc lập; các đội ngũ nên tự kiểm chứng chất lượng lẫn chi phí trên khối lượng công việc của mình. 510

Chủ sở hữu nhóm (Group Owner) và quản trị viên có thể đặt mô hình mặc định cho Agentic Chat, tác tử, luồng và tính năng; đồng thời kiểm soát những mô hình mà đội ngũ được phép dùng. Các thiết lập này có thể áp dụng xuống nhóm con và dự án. 15

Theo dõi mức dùng và giới hạn theo người dùng đã khả dụng rộng rãi

Mở rộng việc dùng tác tử cũng đồng nghĩa phải theo dõi chi phí. Ở phiên bản 19.4, GitLab đưa các khả năng hiển thị chi phí vào trạng thái khả dụng rộng rãi. Quản trị viên có thể đặt hạn mức cho từng người dùng, trong khi lập trình viên có thể tự xem mức tiêu thụ GitLab Credit của mình. 5

Bản phát hành cũng bổ sung khả năng xuất dữ liệu sử dụng ở cấp từng sự kiện tính phí qua liên kết tải xuống bảo mật, dành cho cả gói thuê bao Flex và không phải Flex. Điều này giúp đội ngũ vận hành nền tảng phân bổ mức tiêu thụ AI tác tử theo cá nhân hoặc bộ phận trước khi hóa đơn được phát hành. 5

Về mặt vận hành, tổ chức có thể thử nghiệm hoặc mở rộng các quy trình tác tử trong khi vẫn xác định được ai được sử dụng credit, giới hạn ở đâu và mức dùng được rà soát như thế nào.

Công cụ MCP đưa tác tử bên thứ ba vào luồng GitLab

GitLab 19.4 cũng giới thiệu bộ công cụ máy chủ GitLab MCP ở beta công khai. MCP là một giao thức giúp các ứng dụng và tác tử AI bên ngoài kết nối với công cụ, dữ liệu. Các công cụ mới cho phép MCP client và tác tử bên thứ ba tương tác với quy trình GitLab, bao gồm:

• kích hoạt pipeline;
• xem trace của job thất bại;
• quản lý merge request, từ rà soát đến hợp nhất;
• tìm kiếm và cập nhật work item; và
• phân loại, xử lý ban đầu các lỗ hổng bảo mật. 5

Luận điểm trọng tâm của GitLab là tính liên tục trong quản trị. Theo hãng, các công cụ MCP dùng cùng thiết lập ở cấp nhóm và dự án như các công cụ nội bộ thuộc Duo Agent Platform, thay vì đòi hỏi một tầng chính sách riêng cho tác tử bên thứ ba. 5

Cơ chế phê duyệt mặc định được thiết kế để duy trì giám sát của con người: công cụ chỉ đọc mặc định là Always Allow, còn thao tác ghi và xóa mặc định là Always Ask. 5

Vì thế, khi đánh giá tích hợp tác tử, câu hỏi không chỉ là liệu tác tử có thể chạm tới CI/CD, merge request hay quy trình bảo mật hay không. Quan trọng hơn là các hành động đó có tiếp tục tuân thủ mô hình quyền hạn và phê duyệt mà đội ngũ kỹ thuật đang sử dụng hay không.

Tích hợp Slack, hiển thị phiên làm việc và đóng góp MCP từ cộng đồng

Một số tính năng hỗ trợ khác cũng xuất hiện trong bản 19.4:

• Tích hợp thử nghiệm GitLab Duo Agent Platform với Slack cho người dùng Premium và Ultimate: họ có thể nhắc @GitLab trong một luồng thảo luận để tìm kiếm trên GitLab, mở issue hoặc hỏi về dự án. GitLab cho biết tích hợp sử dụng ngữ cảnh của luồng và kênh gần đây, chạy trên CI/CD runner rồi đăng kết quả lại Slack. 5
• Bảng chi tiết phiên làm việc được thiết kế lại, bổ sung trạng thái, dấu thời gian và người kích hoạt; đồng thời tách sự kiện khởi tạo phiên tác tử khỏi phần công việc mà phiên đó tạo ra. 5
• Các đóng góp từ cộng đồng bổ sung công cụ MCP cho siêu dữ liệu và thành viên dự án, danh sách nhánh kho mã, danh sách merge request liên nhóm và truy xuất các phiên Duo trước đó. Tìm kiếm ngữ nghĩa cũng được gộp thành một công cụ. 5

GitLab đang định vị 19.4 cho triển khai cấp tổ chức

GitLab không xem 19.4 đơn thuần là một gói bổ sung tính năng AI. Hãng đang đưa ra mô hình trong đó lập trình viên giao cho tác tử những mục tiêu lớn hơn, còn chủ sở hữu nền tảng vẫn kiểm soát mô hình có thể dùng, duy trì bước phê duyệt đối với hành động quan trọng, giới hạn mức tiêu thụ và theo dõi chi phí. 15

Theo cách này, mở rộng tự động hóa bằng tác tử trở thành một quyết định vận hành có quản trị: chọn loại công việc phù hợp, quyết định mô hình và công cụ được phép, thực thi quy tắc truy cập sẵn có và giám sát chi phí phát sinh. Việc các tính năng beta công khai có đáp ứng đầy đủ kỳ vọng hay không vẫn phụ thuộc vào thiết kế quy trình và đánh giá của từng đội ngũ. Tuy nhiên, hướng đi của GitLab khá rõ: xây dựng cho việc triển khai có kiểm soát trên toàn bộ đội ngũ DevSecOps, thay vì chỉ hỗ trợ từng phiên lập trình có AI cá nhân. 5