Disponibilité générale d'Orbit : agents précis, coût réduit

Des agents plus précis, un coût en tokens réduit
Découvrez comment renforcer votre usine logicielle et permettre aux agents d'IA de gagner en autonomie sans sacrifier la sécurité.
Découvrez les dernières fonctionnalités et améliorations.
Date de publication : 29 octobre 2026
Temps de lecture : 11 min
L'ensemble de votre cycle de vie logiciel dans un seul graphe interrogeable, avec vos autorisations préservées. Lors des tests menés par GitLab, les agents connectés à GitLab Orbit ont effectué jusqu'à 45 fois moins de nouvelles tentatives.
Le véritable coût d'un agent ne se résume pas aux tokens qu'il consomme. Il tient aussi à une revue de code qui juge votre code « prêt pour le merge » après avoir examiné le diff, mais sans rien savoir du pipeline. C'est ce que nous appelons de la confiance artificielle, pas de l'intelligence artificielle. Les agents devinent parce que le code est tout ce qu'ils voient : ils ne voient ni la merge request qui l'a modifié en dernier, ni le pipeline qui l'a exécuté, ni la vulnérabilité qu'il contient, ni les personnes qui l'ont écrit et revu.
Deviner coûte cher. Si vous avez déjà essayé de faire tourner des agents dans un grand monorepo, composé de dizaines de milliers de fichiers, vous connaissez le scénario : l'agent itère et sollicite le backend encore et encore pour obtenir les informations dont il a besoin pour mener sa tâche à bien. Chaque aller-retour coûte du temps et des tokens supplémentaires. Pour finir, l'agent abandonne.
Ce n'est pas le modèle qui vous limite, c'est le contexte.
C'est précisément cette limite que GitLab Orbit fait disparaître. Désormais en disponibilité générale, GitLab Orbit est le graphe de contexte de votre cycle de vie logiciel : une vue dynamique et interrogeable de l'ensemble de votre code, de vos merge requests, de vos éléments de travail, de vos pipelines, de vos vulnérabilités et de leurs propriétaires, dont chaque relation est mise à jour en continu au fil des livraisons. Les agents et les équipes d'ingénierie travaillent ainsi à partir d'une vue unique et connectée du cycle de vie. Lors de tests menés par GitLab, les agents connectés à GitLab Orbit ont nécessité jusqu'à 45 fois moins de nouvelles tentatives et ont consommé 4,5 fois moins de tokens pour les mêmes tâches, avec le même modèle.
Un seul graphe de contexte pour toute votre instance GitLab
Un agent comme Claude Code, connecté à GitLab Orbit via le MCP, cesse de parcourir les fichiers et interroge directement le graphe. La première réponse arrive avec les véritables appelants, les modifications récentes et les propriétaires, de sorte que vos prompts suivants servent à affiner la réponse plutôt qu'à la corriger. Les chiffres parlent d'eux-mêmes. Compare the Market, l'une des plus grandes plateformes de comparaison de prix du Royaume-Uni, a testé quatre approches de contexte pour un outil interne de revue de code basé sur l'IA, sur 79 merge requests réelles. L'outil de revue connecté à GitLab Orbit a retrouvé environ 70 % des commentaires inline attendus, contre environ 58 % pour la génération augmentée par récupération (RAG), un résultat même inférieur à celui obtenu sans aucun contexte supplémentaire.
« GitLab Orbit nous a permis de disposer d'un outil de revue de code basé sur l'IA qui comprend réellement notre code source, et pas seulement le diff qu'il a sous les yeux. Nous l'avons comparé à la RAG et à plusieurs autres approches sur de véritables merge requests, et le résultat était sans appel. Le placement des commentaires est meilleur, et les résumés reflètent ce qui a véritablement changé. »
— Ryan Harvey, Head of AI Engineering, Compare the Market
Une analyse récente d'un grand cabinet de recherche et de conseil a montré que le coût d'une session d'agent non maîtrisée provient en majorité de la retransmission d'un contexte qui n'a pas changé d'un échange à l'autre. Ce coût en tokens dépend de la configuration de l'agent, et non du modèle lui-même.
GitLab Orbit transforme cette approche. L'agent obtient une réponse unique et délimitée issue du graphe, au lieu de recharger tout ce qui pourrait être pertinent. Lors des tests menés par GitLab, les agents connectés à GitLab Orbit ont utilisé jusqu'à 4,5 fois moins de tokens pour les mêmes tâches avec le même modèle : moins de contexte à chaque échange, et moins d'efforts perdus sur du travail qui n'aboutit jamais. Le graphe étant partagé, ce coût ne se répète pas pour chaque agent. Les agents GitLab Duo, Claude Code, Codex et vos propres outils interrogent tous le même graphe, ce qui signifie que le contexte que vous construisez pour le premier agent est déjà disponible pour le deuxième.
Depuis le lancement de la version bêta de GitLab Orbit en juin, nous travaillons avec des partenaires de conception qui l'utilisent sur de véritables codes sources, de véritables incidents et de véritables merge requests. Leur première victoire venait presque toujours d'une question à laquelle ils n'avaient jamais pu répondre jusque-là.
Voici quelques questions que ces partenaires ont posées à GitLab Orbit et auxquelles ils ne pouvaient pas répondre auparavant, et ce qu'ils ont obtenu :
Quels services de production sont exposés à cette vulnérabilité ? Une seule requête renvoie les services qui incluent le composant, les merge requests qui l'ont introduit, les environnements qu'il a atteints et les équipes responsables de chacun. Un partenaire de conception a répondu à une question de couverture de sécurité portant sur 34 millions d'entités en sept minutes ; via l'API, la même question aurait pris une demi-journée. Lorsqu'une vulnérabilité apparaît, l'équipe de sécurité dispose d'un plan de remédiation complet en moins d'une heure, et non d'une liste partielle en fin de journée.
Que risquons-nous de casser si nous modifions cet élément ? Avant un push, un membre de l'équipe de développement ou son agent peut demander quels services, jobs et environnements une modification affecte, dans tous les projets du groupe, et pas seu