2026.10.16 | Primer | GitLab Orbit

一句话：Orbit 把 GitLab 里所有和软件有关的记录连成一张“谁和谁有关系”的图，AI agent 可以直接问它问题，不用自己一个个文件去翻。

先说一个贯穿全篇的比喻。把 AI agent 想成一个技术很好、但第一天来公司的外包工程师。代码是图纸。图纸他看得懂，但他不知道：这张图纸上的零件还被哪些车间用着、上次谁改过它导致停产、现在谁负责、改完要过哪些检查。老员工脑子里有这些，公司档案室里也散落着这些记录。Orbit 就是把档案室整理成一张关系图，外包每次动手前先来问。

底层怎么工作

• 收集：GitLab 本来就存着这些记录：代码、合并请求 (一次代码改动的申请和审批)、流水线和每个检查任务的结果、部署 (哪个版本上线到哪)、漏洞扫描结果、工单、团队和负责人。Orbit 把它们实时同步到一个单独的数据库里 (ClickHouse)，代码则解析出“哪个函数调用了哪个函数”，支持 Java、Python、Go 等十几种语言
• 连线：每样东西是一个点，关系是一条线。“这个检查任务属于这条流水线，这条流水线属于这次代码改动，这次改动是这个人提的，改的这个函数被另外三个服务调用”。GitLab 自己公司的图谱有 4 万多个项目、5 亿个点、20 亿条线，45 分钟内建完，之后每有改动就实时更新
• 查询：agent 通过 MCP (AI 工具之间的通用插头) 或命令行来问。它能看到的范围和这个人在 GitLab 里的权限完全一样，没权限看的项目，agent 也查不到

和最近的替代品差在哪。今天 agent 了解代码库，主要靠两种办法：一是自己一个个打开文件读，慢、费 token；二是“检索” (RAG)，把代码切成片段，按字面相似度找出几段塞给模型，快，但只找“长得像”的，不懂“谁依赖谁”。用外包的比喻：第一种是让他自己去档案室翻箱子，第二种是给他一个按关键词搜索的文件柜。Orbit 是直接给他一张标好关系的组织图和流程图。

拿来干什么：一个具体例子。2021 年底开源日志组件 Log4j 爆出严重漏洞，全世界的公司都在问同一个问题：我们哪些系统用了它、部署在哪、谁负责修。

• 今天的做法：安全团队发邮件给各个团队，各自去查，汇总成表格，大公司往往要几天到几周
• 用 Orbit：一次查询，从这个组件出发，顺着线找到所有调用它的服务、对应的流水线、部署到了哪些环境、每个服务的负责人。GitLab 的说法是漏洞出现的一小时内就能拿出修复计划 (官方口径)

现在到哪一步。2026.06.10 公开测试，只对 GitLab.com 云版的 Premium 和 Ultimate 客户开放 (官方博客)。另有一个本地版命令行工具，只看本机代码、不含流水线等记录，可离线用。代码在 GitLab 公开仓库里，用 GitLab 企业版许可证，不是开源免费。

大公司改代码，难的从来不是“写”。一家大银行可能有几千个系统、几万个代码仓库，很多代码写于十几年前，写的人早已离职。工程师改一处，真正花时间的是：

• 搞清楚改了会影响谁 (谁调用了这段代码，哪些系统依赖它)
• 搞清楚历史 (上次谁改过、为什么改、有没有因此出过事故)
• 找对人 (谁负责、谁有权批准)
• 过检查 (要跑哪些测试、哪些安全扫描、审计要留什么记录)

这些信息散在 GitLab 的不同角落、工单系统和老员工脑子里。没有 AI 的时候，靠人慢慢问，速度慢但出事少。

AI agent 把这个问题放大了。agent 写代码的速度是人的很多倍，GitLab 说部分客户的代码库一年扩大到 5 倍。但 agent 对上面四件事一无所知，只能自己翻文件猜。结果是两种浪费：

• 慢和贵：agent 翻几百个文件来理解上下文，每翻一个都要花 token
• 出错：猜错了依赖关系，改出问题，到上线前才发现，或者上线后才发现

GitLab 拿 Claude Code 做的对比 (同样的任务、同样的模型)：用 Orbit 最多快 11 倍、少用 4.5 倍 token、幻觉少 45 倍。这是 GitLab 自测，而且对比对象是“让 agent 自己翻文件”这种最笨的办法，见第 3 节打折。

客户要的是三样东西：

1. 准：agent 改得对，少返工、少事故
2. 省：少花 token，少等时间
3. 管得住：agent 只能看到它该看的，所有查询和改动有记录，审计过得去。这一条对银行和政府最重要

谁都能做吗？图谱技术本身不稀奇：存储用的是现成的 ClickHouse 和 DuckDB，“解析代码里谁调用谁”Sourcegraph、Cursor、Augment 等都在做。能做的人很多。真正别人做不了的，是图里那些代码以外的点：流水线结果、部署记录、漏洞、审批人、负责人。这些数据只在 GitLab 里，外人拿不到完整的。GitHub 是唯一也有全套数据的公司。

用这条规则过一遍：“帮我写个排序函数”不需要，Orbit 没用。“这次改动会不会让别的团队的流水线挂掉”需要，Orbit 有用。“这个漏洞影响了哪些线上系统、谁负责”需要，Orbit 最有用。

• 没适配的只有一个：自托管。这会因为下一个版本翻掉，也是最该盯的一条，因为这是 GitLab 核心客户
• 天生缺的是“GitLab 以外的数据”。这不会翻。客户 100% 用 GitLab 时 Orbit 最强；混用 GitHub、Jira 的客户，图只有一半
• 推论：Orbit 让“全部放在 GitLab 上”变得更值钱，反过来也会推动客户把更多东西搬进 GitLab。这是它对 GitLab 一体化策略的真正作用

• 分歧在哪：管理层讲“2,200 家开通”和“80% 来自外部”，都是使用信号，没有一个是收入信号
• 背后的前提：GitLab 假设外部 agent 会持续来查它的数据。如果 Cursor、OpenAI 自己做仓库，把代码和流水线都搬过去，这个前提就不成立

Orbit 没有单独收费，钱通过两条路进来：

1. 直接：外部 agent 调用 Orbit 消耗 credits，进 Paid CRR
2. 间接：让客户更愿意买 Ultimate、更不愿意离开、更愿意把 GitHub 和 Jira 的东西搬进 GitLab。这部分没法单独量

直接那一块可以粗算，但三个参数都没有公开数据，下面全是假设，拿来感受量级：

• 付费开发者数：GitLab 不披露。按 FY27 收入约 $11.3 亿、平均每人每月约 $45 粗算 (Premium 牌价 $29，Ultimate 更贵)，约 200 万人 (估算)
• 用上 Orbit 的比例：目前只开放给云版 Premium / Ultimate，云版约占收入三分之一
• 每人每月花费：credits 每个 $0.01，Orbit 单次查询价格未公布

• 一手 GitLab 官方博客和产品页、Orbit 代码仓库说明 (已核对架构、存储、权限、可用范围)
• 管理层口径 2,200 家开通、80% 外部查询、代码库扩大 5 倍 (Q2 FY27 电话会)
• 厂商自测 快 11 倍、少 4.5 倍 token、幻觉少 45 倍
• 客户自测 Compare the Market 79 个合并请求，由 GitLab 发布
• 推断 和其他代码上下文工具的差距、付费开发者数、收入粗算