GitLab Orbit GA: context graph giúp agent giảm retry và token
GitLab Orbit đã GA, kết nối code với merge request, pipeline, deployment, vulnerability và ownership trong một context graph. GitLab cho biết agent dùng Orbit có thể cần ít retry hơn và dùng ít token hơn trên cùng tác vụ.
Một agent vừa để lại nhận xét “safe to merge” cho merge request của bạn. Nhưng nếu nó chỉ đọc diff, nó có thể không biết pipeline vừa thất bại, không thấy vulnerability liên quan, hoặc không rõ thay đổi này chạm tới dịch vụ nào.
GitLab gọi tình huống đó là “artificial confidence”: agent đưa ra kết luận khi thiếu bối cảnh. Trong monorepo lớn, thiếu ngữ cảnh cũng khiến agent phải quét file và gọi backend qua nhiều vòng để tự ghép thông tin.
GitLab Orbit, nay đã general availability (GA), được giới thiệu để giải quyết phần này. Đây là một context graph liên kết code với merge request, work item, pipeline, vulnerability, deployment và ownership. Thay vì chỉ lần theo repository, agent có thể truy vấn ngữ cảnh của vòng đời phát triển phần mềm trong GitLab.
Orbit thay đổi cách agent tìm ngữ cảnh
Orbit tạo đồ thị quan hệ giữa các thành phần có trong GitLab, gồm:
Code và merge request liên quan;
Pipeline và deployment;
Work item và vulnerability;
Người hoặc nhóm sở hữu thành phần;
Service, job, environment và project phụ thuộc.
GitLab cho biết graph được cập nhật theo các sự kiện push, merge và deploy. Agent có thể gửi một truy vấn có phạm vi rõ ràng, thay vì tải nhiều file chỉ vì chúng có thể liên quan.
Ví dụ, với câu hỏi “đổi thư viện này có thể làm gì hỏng?”, ngữ cảnh không chỉ là import trong repository đang mở. Nó còn có thể bao gồm job CI dùng chung, project khác trong group, environment đã triển khai và owner của các thành phần đó.
Theo thử nghiệm của GitLab, agent kết nối Orbit cần ít hơn tới 45 lần retry và dùng ít hơn tới 4,5 lần token trên cùng tác vụ với cùng model. Đây là số liệu do GitLab công bố, không phải benchmark độc lập áp dụng cho mọi codebase.
GitLab cũng dẫn thử nghiệm riêng của Compare the Market trên 79 merge request thực tế. AI reviewer dùng Orbit làm ngữ cảnh khớp khoảng 70% số inline comment kỳ vọng, trong khi phiên bản dùng RAG đạt khoảng 58%. Kết quả này không đại diện cho mọi hệ thống RAG, nhưng cho thấy ngữ cảnh về vòng đời phần mềm có thể bổ sung cho việc chỉ truy hồi code hoặc tài liệu.
Kết nối agent qua MCP, GitLab CLI hoặc REST
GitLab cho biết các agent tương thích MCP như Claude Code, Codex, Cursor, OpenCode, Gemini CLI và Antigravity có thể kết nối Orbit qua MCP hoặc GitLab CLI.
Các lệnh GitLab công bố là:
bash
glab auth login
glab orbit setup
Với GitLab Duo Agent Platform, GitLab cho biết Orbit được truy vấn trực tiếp và không cần cấu hình thêm.
Agent tự xây dựng hoặc công cụ nội bộ có thể kết nối qua REST API. Kỹ sư cũng có thể truy vấn graph trong Data Explorer. Tuy nhiên, bài công bố này chỉ xác nhận REST là một kênh kết nối, chưa cung cấp hướng dẫn REST API chi tiết.
Điểm đáng chú ý là Orbit không yêu cầu đội ngũ đổi coding agent đang dùng. Với công cụ hỗ trợ MCP, GitLab định vị MCP là con đường để đưa ngữ cảnh Orbit vào workflow đó.
Ba câu hỏi dành cho review và incident
Giá trị chính của Orbit nằm ở các câu hỏi khó trả lời chỉ bằng grep, code search hoặc một context window lớn.
“Thay đổi này ảnh hưởng đến đâu?”
GitLab cho biết developer hoặc agent có thể hỏi service, job và environment nào bị ảnh hưởng bởi một thay đổi, bao gồm các project khác trong cùng group.
Thông tin này cũng có thể được đưa vào lúc review merge request, để nhận xét “safe to merge” dựa trên phạm vi hệ thống thay vì chỉ dựa vào diff.
Đây là dạng câu hỏi phù hợp với thay đổi ở shared library, CI template hoặc component nền tảng — nơi tác động thường vượt ra ngoài repository đang mở.
“Vulnerability này đang lộ ở đâu?”
Orbit có thể trả về các service chứa component bị ảnh hưởng, merge request đã đưa component đó vào, environment đã nhận thay đổi và team sở hữu từng phần.
GitLab nêu trường hợp một design partner trả lời câu hỏi về phạm vi security coverage trên 34 triệu thực thể trong 7 phút. Theo GitLab, thực hiện cùng câu hỏi qua API có thể mất khoảng nửa ngày.
Với developer và security team, đầu ra cần thiết không chỉ là danh sách package bị ảnh hưởng mà còn là phạm vi remediation: repository nào, deployment nào và owner nào cần được xử lý.
“Tại sao CI job này cứ fail, và còn fail ở đâu?”
GitLab mô tả Orbit có thể cho thấy tần suất một job thất bại trên mọi project sử dụng nó, project nào lệch khỏi cấu hình CI dùng chung và ai sở hữu chúng.
Một công ty dịch vụ tài chính được GitLab nhắc đến đã lần ra sự cố build system từ một CI job có tỷ lệ thất bại 50% — một mẫu mà GitLab cho biết trước đó chưa được tương quan.
Với đội ngũ duy trì CI template dùng chung, đây là cách tập hợp thông tin thay vì phải hỏi nhiều nhóm xem họ có gặp cùng lỗi hay không.
Giữ permissions, dùng dữ liệu sẵn có trong GitLab
GitLab cho biết Orbit phản chiếu nested group, role và quyền truy cập theo security domain. Theo cách này, graph sử dụng quyền đã có trong GitLab thay vì yêu cầu tổ chức dựng một lớp phân quyền bên ngoài rồi liên tục đồng bộ.
Orbit cũng sử dụng dữ liệu sẵn có trong GitLab. GitLab nói việc này không đòi hỏi connector riêng, ETL pipeline hay một system of record thứ hai.
Phạm vi quyền hiện có vẫn quyết định agent có thể nhìn thấy bao nhiêu ngữ cảnh. Khi đưa Orbit vào workflow, đội ngũ cần hiểu agent xác thực bằng danh tính nào và kết quả truy vấn có thể được xem bởi ai.
Giá theo query pool dùng chung
GitLab bán Orbit dưới dạng query pack dùng chung cho toàn tổ chức. Một query là một request tới Orbit graph, bất kể request đó đến từ agent như Claude Code hoặc Cursor, tính năng tích hợp trong GitLab hay API.
Mỗi query pack có giá 30 USD dưới dạng GitLab Credits cho mỗi user mỗi tháng và bổ sung 1.000 query vào pool chung của tổ chức. Mức sử dụng vượt pool được GitLab nêu là 33 query cho mỗi GitLab Credit.
Mô hình này không cấp query theo seat riêng lẻ: developer dùng ít, power user, security engineer và agent đều dùng chung một pool. Vì vậy, mức sử dụng của agent sẽ ảnh hưởng trực tiếp đến phần query còn lại cho toàn tổ chức.
Context là hạ tầng cho agent, không chỉ là prompt
GitLab Orbit không biến coding agent thành reviewer đúng tuyệt đối. Mục tiêu của sản phẩm là giảm một điểm yếu căn bản: agent không nên kết luận về thay đổi chỉ từ source code hoặc diff.
Với các đội đã tập trung code, merge request, CI/CD và security workflow trong GitLab, Orbit hướng tới các luồng cần ngữ cảnh xuyên repository như review thay đổi diện rộng, điều tra CI failure và triage vulnerability.
Giá trị thực tế sẽ nằm ở việc graph có giúp reviewer và engineer bớt phải săn thông tin qua nhiều tab, nhiều API và nhiều cuộc trao đổi nội bộ hay không.