GitLab 19.5 đưa hoạt động phát triển dựa trên tác tử thành cấu phần được quản trị của nền tảng DevOps

Trang chủ InfoQ Tin tức GitLab 19.5 đưa phát triển dựa trên tác tử (Agentic Development) vào quy trình quản trị của nền tảng DevOps DevOps GitLab 19.5 đưa phát triển dựa trên tác tử (Agentic Development) vào quy trình quản trị của nền tảng DevOps Ngày 06/11/2026 3 phút đọc Tác giả Craig Risi Theo dõi chúng tôi trên YouTube 232.000 người theo dõi LinkedIn 26.000 người theo dõi Instagram Mới RSS 19.000 độc giả X 57.100 người theo dõi Facebook 21.000 lượt thích Bluesky Mới Nghe bài viết này - 0:00 Bản âm thanh đã sẵn sàng phát Trình duyệt không hỗ trợ phát âm thanh. 0:00 0:00 Bình thường 1,25x 1,5x Thích Danh sách bài đọc Phiên bản GitLab 19.5, được phát hành ngày 15/10, đặt trọng tâm vào việc phát triển phần mềm bằng tác tử (agentic software development) và quản trị nền tảng, đồng thời chính thức cung cấp rộng rãi máy chủ GitLab MCP và mở rộng phương thức tương tác giữa các tác tử AI bên ngoài với GitLab. Bản phát hành này cho phép các công cụ tương thích với MCP như Claude Code và Cursor truy cập danh mục công cụ mở rộng của GitLab, đồng thời kích hoạt các tác tử và quy trình trong nền tảng tác tử GitLab Duo Agent Platform. Song song với đó, GitLab bổ sung các cơ chế kiểm soát nhằm quản trị các tác tử bên ngoài này, giúp các đội ngũ an ninh nắm bắt rõ tác tử nào đang được sử dụng, do ai vận hành và áp dụng cho những dự án nào. Máy chủ GitLab MCP được phát hành chính thức cung cấp quyền truy cập các tính năng của GitLab cho các tác tử thông qua giao thức Model Context Protocol. Các công cụ mới cho phép tác tử khám phá các nhóm (group), kiểm tra từng tệp cấu phần CI/CD (artifact files), cũng như khởi chạy hoặc giám sát các tác tử và quy trình của GitLab Duo. Quản trị viên cũng có thể lựa chọn các bộ công cụ MCP được hiển thị, qua đó cắt giảm các công cụ không cần thiết và hạn chế mức tiêu thụ ngữ cảnh của chúng. Việc cấp toàn bộ công cụ sẵn có cho một tác tử sẽ làm tăng dung lượng ngữ cảnh tiêu thụ, đồng thời gia tăng số lượng thao tác tiềm ẩn mà mô hình có thể thực hiện. Do đó, việc chọn lọc bộ công cụ mang lại một phương thức tương đối đơn giản để thiết kế tác tử theo nguyên tắc đặc quyền tối thiểu. GitLab.com cũng áp dụng giới hạn tần suất yêu cầu MCP ở mức 60 yêu cầu/phút đối với người dùng gói Free và 600 yêu cầu/phút đối với người dùng các gói Premium và Ultimate, trong đó các lượt kết nối lại và thử lại đều được tính vào hạn mức này. Một trong những bổ sung đáng chú ý là khả năng tích hợp các tác tử kết nối ngoài (Externally Connected Agents) vào các tính năng Quản trị AI (AI Governance) của GitLab. Trước đây, bảng điều khiển AI Governance Dashboard chỉ tập trung vào các tác tử thuộc GitLab Duo Agent Platform. Với GitLab 19.5, các công cụ như Claude Code, Cursor và Codex đã có thể kết nối thông qua GitLab CLI. Sau khi cấu hình, các tổ chức có thể ghi lại các phiên làm việc hợp lệ của tác tử, bao gồm thông tin người dùng, tác tử, dự án và thời gian, với các hoạt động được hiển thị song song cùng các tác tử nội bộ của GitLab. Các sự kiện kiểm toán (audit events) cũng có thể được truyền trực tiếp đến hệ thống SIEM. Đây là bước tiến quan trọng, vượt ra ngoài việc đơn thuần cung cấp một điểm cuối (endpoint) MCP. Khả năng kết nối tạo ra năng lực thực thi, nhưng quản trị mới là yếu tố quyết định liệu năng lực đó có thể được sử dụng an toàn ở quy mô tổ chức hay không. GitLab Duo CLI cũng được bổ sung chế độ tự động (auto mode), cho phép các tác tử thực thi công cụ mà không cần xin phê duyệt cho từng lệnh shell, thao tác Git hoặc lệnh gọi MCP. Tính năng này mặc định bị tắt và có thể được kiểm soát ở cấp độ thực thể (instance), nhóm và dự án, trong khi các công cụ được đánh dấu Always Deny (Luôn từ chối) vẫn sẽ bị chặn. Lệnh /goal hiện cũng đã được phát hành rộng rãi, cho phép các lập trình viên mô tả mục tiêu tổng quát, sau đó GitLab Duo sẽ phân quyền triển khai và kiểm chứng cho một quy trình có quản trị. Tổng thể các tính năng này đưa GitLab tiến gần hơn tới mô hình vận hành tác tử, trong đó lập trình viên đưa ra ý định và các tác tử sẽ thực hiện nhiều bước xử lý xuyên suốt môi trường phát triển. Điều này khiến các biện pháp quản trị ngày càng trở nên cấp thiết: mức độ tự chủ của tác tử càng cao thì việc phụ thuộc vào con người để phê duyệt từng hành động riêng lẻ càng trở nên thiếu khả thi. Bản phát hành này cũng chính thức ra mắt GitLab Secrets Manager. Được xây dựng trên nền tảng OpenBao, công cụ này tích hợp với hệ thống phân quyền nhóm và dự án hiện có của GitLab, giới hạn phạm vi truy cập dữ liệu bí mật (secrets) cho các tác vụ cần thiết và tạo nhật ký kiểm toán cho các thao tác bảo mật. GitLab cũng đang mở rộng các hồ sơ cấu hình an ninh, cho phép các tổ chức tùy chỉnh tập trung các thiết lập như đường dẫn loại trừ, ảnh của bộ phân tích (analyzer images) và quét toàn bộ lịch sử đối với các tính năng Secret Detection và SAST, thay vì phải lặp lại cấu hình trong từng dự án. ... tệp CI/CD của dự án. Những thay đổi này bổ trợ cho các tính năng của tác tử (agent) thông qua việc tăng cường kiểm soát đối với các kho lưu trữ (repository), thông tin xác thực và chuỗi quy trình (pipeline) mà tác tử có thể truy cập. Định hướng của GitLab ngày càng tương đồng với chiến lược của GitHub trong việc đưa các tác tử lập trình trở thành thành tố tham gia vào vòng đời phần mềm. Tuy nhiên, GitLab đặc biệt nhấn mạnh vào việc kết nối các tác tử bên ngoài với mô hình quản trị DevSecOps hiện có của nền tảng này. Hệ sinh thái của GitHub được hưởng lợi từ độ phủ của GitHub Copilot và các tác tử lập trình, trong khi các công cụ như Cursor và Claude Code tập trung nhiều hơn vào môi trường cục bộ của lập trình viên. Ngược lại, phương pháp tiếp cận MCP của GitLab nỗ lực mở rộng khả năng tiếp cận của tác tử tới chính nền tảng DevOps, bao gồm các kho lưu trữ, mục quản lý lỗi/yêu cầu (issue), chuỗi quy trình, tệp tạo phẩm (artifact) và các tác tử nội vi của GitLab. Bài toán cạnh tranh mà GitLab đang nhắm tới đã vượt ra ngoài phạm vi so sánh trợ lý lập trình nào tạo mã nguồn tốt hơn, chuyển dịch sang việc xác định nền tảng nào cung cấp môi trường an toàn và hữu dụng nhất để các tác tử tự hành thực hiện công việc kỹ thuật. Thông tin tác giả Craig Risi Xem thêmThu gọn Đánh giá bài viết này Mức độ ứng dụng Văn phong Đã liên hệ tác giả Nội dung này thuộc chủ đề DevOps Chủ đề liên quan: DevOps AI, ML & Kỹ thuật dữ liệu (Data Engineering)