GitLab Orbit passe en GA : les agents ont besoin de 4,5 fois moins de tokens

GitLab a fait sortir Orbit de la bêta pour le rendre disponible à tous. Il s'agit d'un graphe de contexte couvrant tout le cycle de développement : le code, les merge requests, les tâches, les pipelines, les vulnérabilités et les responsables sont reliés dans un même modèle, mis à jour à chaque push, merge et déploiement. D'après les tests internes de GitLab, les agents connectés à Orbit font jusqu'à 45x moins de nouvelles tentatives et consomment 4,5 fois moins de tokens, à tâches identiques et avec le même modèle.

La thèse de l'entreprise est simple : aujourd'hui, ce qui limite les agents, ce n'est pas le modèle, mais le contexte. Dans un grand monorepo de plusieurs dizaines de milliers de fichiers, un agent retourne sans cesse interroger le backend pour récupérer les données manquantes. Chaque aller-retour coûte du temps et des tokens, et à un moment l'agent abandonne. Plus grave encore : une revue qui juge un changement « sans risque pour le merge » à partir du seul diff, sans rien savoir du pipeline ni des vulnérabilités. GitLab parle de « confiance artificielle ».

Une seule requête au graphe plutôt qu'un parcours de fichiers

Lorsque Claude Code est connecté à Orbit via MCP, il ne feuillette pas les fichiers : il interroge le graphe. Dès la première réponse, il obtient les appelants réels, les modifications récentes et les responsables. Les prompts suivants affinent donc le résultat au lieu de le corriger.

Le cas de l'agrégateur britannique Compare the Market confirme ces chiffres. L'équipe a comparé quatre approches de contexte pour un reviewer IA interne, sur 79 merge requests réelles. La version basée sur Orbit a retrouvé environ 70% des commentaires inline attendus. Le RAG en a produit environ 58%, soit moins que sans aucun contexte supplémentaire. Ryan Harvey, responsable AI Engineering, a souligné un meilleur placement des commentaires et des descriptions de changements plus précises.

Économie des tokens : ne plus payer pour la répétition

GitLab s'appuie sur l'analyse d'un cabinet de recherche, selon laquelle le coût d'une session d'agent « indisciplinée » provient surtout de la retransmission d'un contexte qui n'a pas changé d'un tour à l'autre. C'est une propriété de la configuration de l'agent, pas du modèle. Orbit fournit une réponse bornée issue du graphe, au lieu de recharger tout ce qui pourrait être utile : chaque tour transporte moins de contexte, et moins de tours sont consacrés à un travail qui n'arrivera pas en production.

Le graphe est partagé, si bien que les coûts ne se multiplient pas avec le nombre d'agents. Les agents Duo, Claude Code, Codex et les outils maison s'adressent tous au même graphe.

Des questions qui n'avaient pas de réponse jusqu'ici

Les partenaires de la bêta ont soumis à Orbit les requêtes suivantes :

• Quels services en production sont touchés par une vulnérabilité. Une seule requête renvoie les services qui embarquent le composant, les merge requests qui l'ont introduit, les environnements et les équipes responsables. Un partenaire a répondu à une question sur la couverture de sécurité portant sur 34 millions d'entités en sept minutes ; via l'API, cela aurait pris environ une demi-journée.
• Ce qui casse en cas de changement. Avant le push, le développeur ou l'agent voit les services, jobs et environnements concernés sur l'ensemble du groupe de projets.
• Pourquoi un job CI échoue, et où ailleurs. Une société financière a trouvé la cause d'un échec de build : le job échouait dans 50% des cas, et aucun autre outil n'avait relié cette régularité.
• Ce qui dépend d'un composant en cours de migration. Un partenaire a terminé une mise à jour dans plusieurs dépôts en interrogeant les projets restés sur l'ancienne version, sans tableurs ni audit dépôt par dépôt.

Connexion, échelle et prix

Compatibilité :

• les agents de GitLab Duo Agent Platform fonctionnent nativement avec Orbit ;
• Claude Code, Codex, Cursor, OpenCode, Gemini CLI, Antigravity et les autres agents MCP se connectent via MCP ou CLI, avec les commandes `glab auth login` et `glab orbit setup` ;
• les agents personnalisés passent par REST ;
• les ingénieurs utilisent le même graphe via Data Explorer.

GitLab affirme qu'à son échelle, l'indexation couvre plus de 1,5 million de projets et 8 To de données de graphe en moins de 2 heures. L'indexation est assurée par un service distinct : la charge générée par les agents ne ralentit donc pas GitLab lui-même. Les droits d'accès sont hérités : les groupes imbriqués, les rôles et les domaines de sécurité sont répliqués, sans qu'il soit nécessaire de les reconstruire.

Le modèle de facturation repose sur des packs de requêtes. Un pack coûte $30 en GitLab Credits par utilisateur et par mois, et ajoute 1 000 requêtes au pool commun de l'organisation ; aucun siège n'est attribué, ni aux humains ni aux agents. Au-delà du pool : 33 requêtes par crédit, soit environ $0,03 la requête. Ce trimestre, des tarifs promotionnels s'appliquent aux premiers clients.

Orbit est disponible dans les offres Premium et Ultimate : d'abord sur GitLab.com, puis sur Self-Managed et GitLab Dedicated d'ici quelques semaines. Un essai gratuit de 30 jours est possible via le gestionnaire de compte.

En pratique : si les agents de votre infrastructure butent sur les requêtes répétées et les longs contextes coûteux, il est judicieux de mesurer sur votre propre tâche le nombre de tours et de tokens avant et après la connexion. Les chiffres de GitLab proviennent de tests internes ; l'évaluation doit donc se faire sur votre propre monorepo, en comptant $0,03 par requête au-delà du pool.