Plateforme agent IA : les meilleurs hébergeurs de code en 2026

GitHub reste la meilleure plateforme agent IA pour la plupart des équipes : une configuration GitHub Team et Copilot Business pour 10 utilisateurs démarre à $230 par mois, contre $400 pour Cursor Teams Standard. Cursor Origin constitue le meilleur choix pour un pilote greenfield, GitLab s’impose lorsque le contrôle prime et Bitbucket offre le meilleur rapport qualité-prix aux entreprises déjà équipées par Atlassian. Cette nouveauté change la manière d’expérimenter, pas le système de référence : commencez par mettre un dépôt en miroir avant toute migration.

Quelle plateforme agent IA choisir ? GitHub d’abord, Cursor Origin en pilote

Choisissez GitHub, sauf si une contrainte précise impose une autre solution. La plateforme réunit le plus grand choix d’agents, les contrôles de dépôt les plus aboutis et la meilleure porte de sortie si vous changez de fournisseur de modèles. Cursor Origin est la nouveauté la plus intéressante : dépôt, pull requests et agent Cursor partagent la même interface. Mais une bêta récente doit faire ses preuves comme source de vérité, au moyen d’un pilote en miroir.

Le classement ne change que lorsque l’écosystème de travail compte davantage que le choix par défaut. Retenez GitLab si le déploiement autogéré, le contrôle des modèles et la gouvernance des agents au niveau des groupes sont impératifs. Choisissez Bitbucket si le contexte Jira et les automatisations administrées par Atlassian l’emportent sur un écosystème externe plus restreint. Préférez Gitea si l’entreprise veut posséder sa forge et accepte d’apporter elle-même la couche d’agents. Azure Repos ne se justifie que si l’identité Microsoft, Boards et les politiques Azure DevOps existantes ne sont pas négociables.

Le concept décisif est l’effet multiplicateur des pull requests. Dès qu’un développeur délègue du travail à plusieurs agents, il n’est plus le seul à produire des modifications. Pull requests, tests, revues, contrôles de sécurité et builds en échec progressent alors plus vite que le nombre de collaborateurs humains payants. Le remote Git le moins cher peut ainsi devenir le système de livraison le plus coûteux s’il n’offre aux agents aucun parcours de revue maîtrisé.

Méthode de sélection des plateformes

Un hébergeur de code destiné aux équipes d’agents doit maîtriser les changements, pas simplement stocker des objets Git. Ces six plateformes ont été retenues parce qu’elles peuvent toutes servir de système de référence pour les dépôts et proposent soit une couche d’agents administrée, soit suffisamment d’API, de CI et de fonctions d’identité pour accueillir des agents externes.

Le classement repose sur cinq critères :

1. Résilience de la source de vérité : dépôts, pull requests, règles de branche, identité, auditabilité et modèle d’exploitation crédible.
2. Exécution des agents : capacité à recevoir une tâche, modifier le code, ouvrir une pull request, répondre aux retours de revue et fonctionner avec des autorisations limitées.
3. Gouvernance des revues : contrôles obligatoires, validation humaine, analyse de sécurité, identités machine et visibilité sur les actions des agents.
4. Lisibilité des coûts : licences d’hébergement, crédits IA, minutes de CI, stockage et seuil auquel l’usage passe sur un autre compteur.
5. Portabilité : accès Git standard, portabilité des workflows, prise en charge d’agents externes et migration réversible.

Les prix et les fonctionnalités ont été vérifiés sur les pages en ligne de chaque éditeur le 20 août 2026. Il s’agit d’un comparatif chiffré et analysé, pas d’un test pratique revendiqué. Les captures d’écran montrent les interfaces actuelles des fournisseurs ; elles ne signifient pas que des dépôts de production ont été migrés pour cette étude.

Les éditeurs de code ont été écartés, sauf s’ils hébergent désormais des dépôts. Les plateformes d’exécution ont également été exclues, car déployer un agent et gouverner le code qu’il modifie sont deux missions différentes. La distinction est essentielle : une plateforme d’exécution peut lancer une tâche autonome, tandis que la forge reste responsable de la branche, de la pull request, de la validation et de la piste d’audit permanente.

Six constitue ici le bon périmètre : chaque plateforme débouche sur une décision d’achat, une limite clairement identifiée, l’ensemble des tarifs publics et une conséquence budgétaire. Toute solution impossible à décrire autrement qu’en termes élogieux et vagues est restée hors classement.

Budget pour 10 utilisateurs : le prix de l’hébergement n’est que le premier compteur

GitHub affiche le socle comparable le moins cher avec agents : $230 par mois pour 10 utilisateurs, soit seulement $6.50 de moins que Bitbucket. GitLab revient à $290 et Cursor Teams Standard à $400. Ces montants additionnent l’offre de dépôt et la couche d’agents administrée par l’éditeur lorsque les deux produits sont vendus séparément.

Pour GitHub, ce comparatif reprend les prix de dépôt valables pendant les 12 premiers mois lorsque le site les présente ainsi. Sauf indication contraire, les taxes, dépassements d’usage, coûts d’infrastructure et travaux de migration ne sont pas inclus.

Les bases mensuelles normalisées sont les suivantes :

• GitHub : 10 x ($4 Team + $19 Copilot Business) = $230.
• Bitbucket : 10 x ($3.65 Standard + $20 Rovo Dev Standard) = $236.50.
• GitLab : 10 x $29 Premium = $290, avec facturation annuelle.
• Cursor Origin : 10 x $40 Teams Standard = $400.

Sur une année, ces montants atteignent $2,760 pour GitHub, $2,838 pour Bitbucket, $3,480 pour GitLab et $4,800 pour Cursor. Le surcoût annuel de Cursor face à GitHub s’élève à $2,040 avant les dépassements. Cette différence peut se défendre si Origin réduit suffisamment les transmissions entre intervenants ou les exécutions d’agents en échec, mais son lancement ne le démontre pas à lui seul.

Azure et Gitea restent en dehors de cette comparaison directe. Azure DevOps Basic coûte $30 par mois pour 10 utilisateurs puisque les cinq premiers sont gratuits, mais la revue IA native d’Azure Repos demeure en preview publique limitée et son workflow de développement à partir d’un élément de travail cible les dépôts GitHub. Le logiciel Gitea peut coûter $0 ; son sélecteur affiche aussi $95 pour Enterprise autogéré et $190 pour Enterprise géré dans le cloud avec 10 utilisateurs. Mais agents externes, infrastructure, exploitation et consommation des modèles restent facturés séparément.

Le deuxième compteur concerne l’exécution. Les agents de développement GitHub consomment à la fois des crédits IA et des minutes Actions. Un runner Linux standard coûte $6 par tranche supplémentaire de 1,000 minutes après le quota du forfait. Les Agentic Pipelines de Bitbucket consomment elles aussi des minutes de build, en plus des crédits Rovo Dev ou de la facture du fournisseur de modèles choisi ; 1,000 minutes Bitbucket supplémentaires coûtent $10. GitLab vend 1,000 minutes de calcul additionnelles pour $10, et l’usage Duo supplémentaire pour $1 par GitLab Credit.

C’est ainsi que l’effet multiplicateur des pull requests se répercute sur le compte de résultat. Si les agents ouvrent davantage de changements alors que la capacité de revue humaine stagne, l’entreprise paie la génération, la CI et les reprises sans livrer plus de code accepté. Suivez conjointement ces quatre indicateurs :

• pull requests acceptées par heure de revue ;
• contrôles en échec par pull request acceptée ;
• dépenses IA et CI par pull request acceptée ;
• dérogations aux politiques ou corrections manuelles par pull request acceptée.

1. GitHub : le meilleur choix global pour les équipes multi-agents

GitHub arrive en tête, car il peut héberger les travaux de Copilot, Claude et Codex sans confier la propriété du dépôt à un seul moteur d’exécution. La prise en charge des agents de développement tiers est en preview publique, mais le plan de contrôle est déjà opérationnel : une tâche peut démarrer depuis l’onglet Agents, les Issues, les commentaires d’une pull request, GitHub Mobile ou Visual Studio Code, puis l’agent soumet une pull request à une revue humaine.

La vraie différence tient à ce qui entoure la production des agents. GitHub indique que les modifications provenant d’agents tiers passent par CodeQL, la détection de secrets ainsi que la recherche de logiciels malveillants et de vulnérabilités High ou Critical dans les dépendances. Ces validations ne nécessitent pas de licence GitHub Advanced Security. L’activité des agents créée via les GitHub Apps Claude et Codex apparaît également dans le journal d’audit.

GitHub devient ainsi le choix par défaut le plus sûr pour une startup financée qui utilise Cursor localement, Codex pour des tâches parallèles, Claude pour les migrations et Copilot pour le traitement courant des tickets. Les règles du dépôt ne changent pas lorsque l’exécuteur change. L’avantage est encore plus marqué pour les projets open source, car les forks, les Issues, l’identité des contributeurs et la visibilité publique appartiennent au produit de base plutôt qu’à une série d’options.

La grille tarifaire dépasse largement le tarif Team affiché à $4. La page de prix des dépôts GitHub indique Free à $0 avec 2,000 minutes Actions, Team à $4 par utilisateur/mois pendant les 12 premiers mois avec 3,000 minutes, et Enterprise à partir de $21 par utilisateur/mois pendant les 12 premiers mois avec 50,000 minutes. L’essai de 30 jours de la plateforme inclut Enterprise, Copilot et Advanced Security.

Les offres GitHub Copilot affichent Free à $0, Pro à $10 par utilisateur/mois, Pro+ à $39 et Max à $100. Pro comprend l’agent cloud, la revue de code, les agents tiers Claude Code et Codex, ainsi que $15 de crédits mensuels ; Pro+ en inclut $70 et Max $200. Pour les organisations, Copilot Business coûte $19 par utilisateur/mois avec 1,900 crédits IA mutualisés par utilisateur, tandis que Copilot Enterprise coûte $39 avec 3,900 crédits. Les dépassements sont facturés $0.01 par crédit IA.

La limite vient du double compteur. GitHub précise que les agents de développement consomment à la fois des crédits IA et des minutes Actions. Une tâche peut donc rester dans son quota IA tout en faisant basculer la CI en dépassement, ou l’inverse. GitHub fournit aux administrateurs des contrôles budgétaires, mais il reste indispensable d’étiqueter les travaux créés par les agents et d’en mesurer le coût d’exécution en aval.

Idéal pour : les équipes multi-agents, l’open source, les organisations GitHub établies et les entreprises qui veulent rester indépendantes de l’exécuteur.
Point fort : Claude, Codex et Copilot peuvent tous produire des pull requests gouvernées dans le même plan de contrôle du dépôt.
Tarifs : hébergement Free à $0, Team à $4/utilisateur/mois pendant les 12 premiers mois ou Enterprise à partir de $21/utilisateur/mois pendant les 12 premiers mois ; Copilot Free à $0, Pro à $10, Pro+ à $39, Max à $100, Business à $19 ou Enterprise à $39 par utilisateur/mois.
Essai gratuit : oui, un essai de 30 jours de la plateforme est proposé.

Configurer GitHub en toute sécurité pour le travail des agents

1. 1

   Commencer par choisir l’offre de dépôt

   Utilisez Team si les règles de dépôt et les 3,000 minutes Actions incluses suffisent. Ne passez à Enterprise que si sa gouvernance, sa conformité ou son quota de 50,000 minutes se justifie indépendamment ; n’effectuez pas cette montée en gamme dans le seul but d’augmenter le budget des agents.

2. 2

   N’autoriser que les agents approuvés

   Activez Copilot, Claude ou Codex par l’intermédiaire des politiques de l’organisation. Commencez avec un exécuteur sur un dépôt afin que les événements d’audit, le comportement en revue et les dépenses restent attribuables.

3. 3

   Protéger le chemin vers le merge

   Imposez une revue humaine, la réussite des tests et les contrôles de sécurité adaptés au dépôt. Autorisez l’agent à proposer des changements, pas à contourner les garde-fous qui décident de leur mise en production.

4. 4

   Définir les deux budgets

   Fixez un budget de crédits IA et un budget Actions. Créez des alertes distinctes, car une tâche longue et une pull request gourmande en tests ne sollicitent pas les mêmes compteurs.

5. 5

   Mesurer le travail accepté

   Étiquetez les pull requests produites par les agents et comparez les changements acceptés, le temps de revue, les contrôles en échec et le coût d’usage total. N’élargissez le workflow qu’une fois le débit de changements acceptés en hausse.

2. Cursor Origin : le meilleur pilote greenfield pensé pour les agents

Cursor Origin se classe deuxième parce qu’il supprime le passage de relais entre les agents Cursor et le dépôt, mais son statut de bêta récente invite à mener un pilote avant toute migration à l’échelle de l’entreprise. Lancé le 17 août 2026, Origin réunit des dépôts natifs, des pull requests, la navigation dans le code, la synchronisation avec GitHub et des agents capables de répondre à des questions, de modifier le code, de mettre à jour des pull requests ou de pousser des branches.

Deux modes de fonctionnement se distinguent. Avec un dépôt Origin natif, Cursor devient la source de vérité. Avec un dépôt en miroir, GitHub reste la référence tandis qu’Origin conserve une copie de travail à jour ; les commentaires et réponses des pull requests sont synchronisés dans les deux sens, et les pushs liés à un dépôt provenant de GitHub continuent d’arriver dans GitHub. Ce miroir explique en pratique la place élevée d’Origin : une équipe peut tester la boucle entre agent et dépôt sans réserver un week-end à la migration.

Au lancement, les intégrations proposées sont Vercel, Depot et Buildkite. Vercel prend en charge les déploiements de preview ; Depot et Buildkite couvrent la CI, y compris les workflows GitHub Actions existants via les intégrations compatibles. L’ensemble suffit pour un produit web bien délimité. Il ne remplace pas encore tous les outils de suivi, registres de paquets, produits de sécurité, contrôleurs de déploiement et intégrations d’audit accumulés autour d’une forge plus ancienne.

Cursor expose clairement la limite de maturité. Origin est en bêta précoce et l’annonce de lancement indique que d’autres fonctions agentiques restent à venir. Une équipe réglementée doit lire ces termes comme un signal pour les achats : engagements de disponibilité, profondeur de la gouvernance, outils de migration et couverture des intégrations doivent être vérifiés avant de rendre le code source dépendant du nouveau service.

La page de tarifs de Cursor affiche Start à ₹649 par mois en Inde, Pro à $20, Pro Plus à $60 et Ultra à $200. Pro, Pro Plus et Ultra incluent respectivement $20, $70 et $400 dans l’enveloppe d’utilisation Other Models. Teams Standard coûte $40 par utilisateur/mois, Teams Premium $120 avec cinq fois les limites d’agents de Standard, et Enterprise est proposé sur devis. Hobby est gratuit, mais Origin est déployé sur les offres payantes : il n’existe donc ni offre gratuite ni essai spécifiquement consacrés à Origin.

Pour un groupe de 10 personnes, Cursor représente un surcoût mensuel de $170 face à GitHub Team avec Copilot Business. Soit $2,040 par an. Ce supplément n’est rentable que si la boucle plus resserrée des agents réduit les transmissions aux reviewers, les tentatives infructueuses ou le temps d’attente lié au contexte du dépôt au-delà du coût d’abonnement additionnel.

Pour situer précisément la frontière de migration entre ces deux plateformes, consultez Cursor Origin face à GitHub pour les agents IA. La conclusion de ce comparatif est plus simple : prouvez le workflow avec un miroir Origin, puis décidez seulement ensuite si le dépôt doit un jour être déplacé.

Idéal pour : les équipes standardisées sur Cursor qui développent un produit privé greenfield ou testent une boucle d’agents plus étroite.
Point fort : l’hébergement de code natif et le miroir GitHub réunissent les agents, la navigation, les pull requests et les changements de code dans une seule interface Cursor.
Tarifs : Hobby est gratuit mais n’inclut pas Origin ; Start coûte ₹649/mois en Inde ; Pro coûte $20, Pro Plus $60, Ultra $200 ; Teams Standard coûte $40/utilisateur/mois, Teams Premium $120, et Enterprise est sur devis.
Essai gratuit : aucun essai propre à Origin n’est proposé.

3. GitLab : le meilleur choix pour les programmes d’agents réglementés et autogérés

GitLab arrive troisième, car sa couche d’agents couvre la planification, le code, les pipelines et la sécurité, tout en conservant une option de déploiement autogéré. GitLab Duo Agent Platform est passé en disponibilité générale en janvier 2026. La solution sait utiliser des agents fondamentaux, des agents personnalisés, les agents externes Claude Code et Codex, ainsi que des workflows multi-agents qui créent des merge requests ou corrigent les échecs de pipeline.

La gouvernance justifie toute l’attention portée à GitLab. La plateforme permet de choisir les modèles au niveau du namespace racine, de transmettre les paramètres aux sous-groupes, de contrôler les accès par groupe et de suivre les usages. Les clients Self-Managed peuvent aussi employer des modèles autohébergés. Pour une banque, une plateforme de santé ou une entreprise soumise à des exigences de résidence du code, ce contrôle peut compter davantage que le prix de licence le plus bas.

GitLab traite aussi tout le cycle de livraison logicielle comme le contexte de l’agent. Agentic Chat peut intervenir sur les tickets, merge requests, pipelines, résultats de sécurité et données de projet. Les workflows fondamentaux peuvent transformer un ticket en merge request, convertir des configurations de CI, réparer des pipelines en échec et passer le code en revue. Grâce à ce contexte étendu, il devient moins nécessaire d’assembler manuellement un agent dans l’éditeur, un outil de suivi, un bot de CI et un assistant de sécurité.

Les tarifs GitLab indiquent Free à $0 avec cinq utilisateurs sous licence pour les groupes GitLab.com privés, 400 minutes de calcul et 10 GiB de stockage. Premium coûte $29 par utilisateur/mois avec facturation annuelle, inclut 10,000 minutes de calcul et 500 GiB par projet, et s’accompagne actuellement d’une promotion de $12 en GitLab Credits par utilisateur/mois. Ultimate est proposé sur devis, comprend 50,000 minutes de calcul et 500 GiB par projet, ainsi qu’une promotion actuelle de $24 en crédits mensuels par utilisateur. Les deux offres payantes disposent d’un essai, dont la durée n’est pas indiquée sur la page tarifaire.

Le point de friction tient à la prévisibilité des crédits. L’usage Duo supplémentaire coûte $1 par GitLab Credit, et les $12 ou $24 mensuels inclus relèvent d’une promotion temporaire, pas d’un avantage contractuel. Avant de s’engager, une équipe doit donc modéliser l’offre payante sans cette promotion. Les 1,000 minutes de calcul supplémentaires sont facturées $10, et 10 GiB de stockage additionnel coûtent $5 par mois avec facturation annuelle.

Avec 10 licences Premium, GitLab coûte $290 par mois, soit $60 de plus que GitHub Team avec Copilot Business et $720 de plus par an. En contrepartie, Premium comprend 10,000 minutes de calcul, contre 3,000 minutes Actions chez GitHub Team, et intègre la plateforme d’agents dans le même environnement DevSecOps. La meilleure valeur dépend de l’usage réel de ces contrôles intégrés : une entreprise qui veut simplement faire écrire du code à un agent n’en tirera pas le même bénéfice.

Idéal pour : les entreprises réglementées, les déploiements autogérés, les chaînes de livraison fortement axées sur la sécurité et les équipes qui souhaitent déployer des agents sur tout le cycle DevSecOps.
Point fort : gouvernance au niveau des namespaces, agents externes, agents personnalisés, workflows multi-agents et modèles autohébergés réunis sur une seule plateforme.
Tarifs : Free à $0 ; Premium à $29/utilisateur/mois avec facturation annuelle ; Ultimate sur devis ; chaque GitLab Credit supplémentaire coûte $1, 1,000 minutes de calcul supplémentaires coûtent $10 et 10 GiB de stockage additionnel coûtent $5/mois avec facturation annuelle.
Essai gratuit : oui pour Premium et Ultimate, sans durée précisée sur la page tarifaire.

4. Bitbucket : le meilleur rapport qualité-prix pour les équipes centrées sur Jira

Bitbucket se classe quatrième et, associé à Rovo Dev Standard, se situe à seulement $6.50 par mois de la base GitHub pour 10 utilisateurs. Son meilleur argument n’est pas l’hébergement de code en général, mais la possibilité d’exécuter un agent administré par Atlassian avec le contexte Jira dans Bitbucket Pipelines, ou d’intégrer Codex ou Claude Code à la même étape de pipeline contrôlée.

Les Agentic Pipelines de Bitbucket s’exécutent dans des conteneurs Pipelines classiques, avec un checkout du dépôt, des outils de build, un serveur MCP Bitbucket intégré et des jetons OAuth à portée limitée. L’agent peut analyser le code, diagnostiquer un build en échec, générer de la documentation, pousser un commit ou créer une pull request sans recevoir d’identifiants permanents aux droits étendus. Les fournisseurs pris en charge sont Rovo Dev, Codex et Claude Code.

Atlassian formule clairement la limite de sécurité : le travail accompli par l’IA ne doit pas devenir une condition de mise en production, car le résultat est non déterministe et nécessite une vérification humaine. Cet avertissement est une qualité, pas une faiblesse. Les équipes d’agents ont besoin d’un parcours de tests et de validation déterministe autour d’un travail probabiliste.

La page de tarifs Bitbucket affiche Free à $0 jusqu’à cinq utilisateurs, avec des dépôts publics et privés illimités, 1 GiB de stockage LFS et 50 minutes de build. Standard coûte $3.65 par utilisateur/mois. Premium coûte $7.25 et ajoute les merge checks, les listes d’adresses IP autorisées, les autorisations de déploiement, la vérification obligatoire en deux étapes et le smart mirroring. Standard et Premium proposent des essais gratuits ; Data Center exige un échange commercial. Les 1,000 minutes de build ou les 100 GiB de stockage LFS supplémentaires coûtent $10.

Rovo Dev Standard ajoute $20 par développeur/mois, 2,000 crédits Rovo Dev par développeur et un essai de 30 jours. L’usage supplémentaire coûte $0.01 par crédit. Atlassian estime que 2,000 crédits couvrent généralement 20 à 75 revues de code ou 5 à 50 tâches en CLI, selon leur complexité.

La limite vient du double risque de facturation de chaque étape d’agent. Celle-ci consomme une minute Bitbucket Pipelines normale et soit des crédits Rovo Dev, soit le quota de modèles du fournisseur externe. Pour 10 utilisateurs, Bitbucket Standard avec Rovo Dev Standard coûte $236.50 avant tout dépassement de l’un de ces compteurs. L’offre est compétitive à condition que le contexte Jira et l’intégration à Pipelines réduisent suffisamment le travail de coordination pour justifier le maintien du workflow chez Atlassian.

Idéal pour : les équipes qui utilisent déjà Jira et Bitbucket Pipelines et veulent rattacher les tâches d’agents au contexte de livraison.
Point fort : Agentic Pipelines fournit un serveur MCP intégré et un accès OAuth limité à l’intérieur du conteneur de CI existant.
Tarifs : Bitbucket Free à $0, Standard à $3.65/utilisateur/mois, Premium à $7.25 et Data Center via le service commercial ; Rovo Dev Standard ajoute $20/développeur/mois et $0.01 par crédit supplémentaire.
Essai gratuit : oui pour les offres Bitbucket Cloud payantes ; Rovo Dev Standard dispose d’un essai de 30 jours.

5. Gitea : le meilleur plan de contrôle autohébergé et léger

Gitea se classe cinquième parce qu’il offre à l’entreprise une forge compacte et portable sans facturer chaque utilisateur open source, mais il appartient à l’acheteur de fournir la couche d’agents. L’édition Open Source sous licence MIT inclut un nombre illimité d’utilisateurs et de dépôts, ainsi que les tickets, les pull requests, la gestion de projet, les paquets et Gitea Actions.

Gitea Actions emploie une syntaxe de workflow compatible avec GitHub Actions et peut réutiliser des milliers d’actions existantes. Les API et webhooks fournissent les points d’accroche nécessaires à un agent externe pour lire des tickets, créer des branches, pousser du code et ouvrir des pull requests. Gitea forme ainsi un plan de contrôle neutre et crédible pour une équipe plateforme prête à intégrer elle-même Codex, Claude ou un autre exécuteur.

Le choix du mode d’exploitation est particulièrement souple. Le logiciel Open Source est gratuit et fonctionne sous Linux, Windows, macOS, FreeBSD ou Kubernetes. Gitea Cloud propose un tenant isolé, le choix de la région, des sauvegardes et une mise à l’échelle administrées, ainsi que des runners Actions à la demande. Enterprise ajoute SAML SSO, les journaux d’audit, des runners Kubernetes à mise à l’échelle automatique et le support.

Le sélecteur tarifaire de Gitea affiche $9.50 et $19 par utilisateur/mois pour ses modes Self Managed et Cloud Managed, avec la mention d’un engagement d’un an. L’aplatissement de la page place les deux montants côte à côte ; l’interprétation pratique est donc $9.50 pour Enterprise autogéré et $19 pour Enterprise géré dans le cloud. Ces deux options commerciales proposent un essai de 30 jours. La base pour 10 utilisateurs revient ainsi à $95 ou $190 par mois, tandis que la licence du logiciel Open Source coûte $0.

La limite n’est pas Git, mais la responsabilité opérationnelle. Les pages produit et tarifaires consultées ne mentionnent aucune couche native et administrée d’agents de développement. L’entreprise doit donc gérer l’intégration, les identifiants des modèles, l’isolation des tâches, les budgets et les conventions d’audit des agents. Un logiciel gratuit ne rend pas non plus gratuits l’infrastructure, les sauvegardes, les mises à niveau, la réponse aux incidents ou l’audit de sécurité.

Gitea l’emporte lorsque le contrôle des dépôts est stratégique et que l’équipe plateforme assume déjà ces responsabilités. Il perd son avantage lorsqu’une petite équipe produit veut disposer dès lundi d’un workflow d’agents prêt à l’emploi, sans nouveau service à maintenir.

Idéal pour : les équipes plateforme qui exigent un autohébergement léger, la portabilité des workflows et le contrôle intégral de la pile de dépôts.
Point fort : utilisateurs et dépôts gratuits et illimités, workflows compatibles avec GitHub Actions, API et webhooks.
Tarifs : Open Source est gratuit ; le sélecteur Enterprise en ligne affiche $9.50 par utilisateur/mois en autogéré et $19 en gestion cloud, avec la mention d’un engagement d’un an.
Essai gratuit : oui, 30 jours pour Enterprise et Gitea Cloud.

6. Azure DevOps Repos : à retenir seulement si la gouvernance Microsoft est impérative

Azure DevOps Repos se classe sixième : ses contrôles de dépôt et d’identité sont solides, mais sa stratégie d’agents de développement se partage entre Azure Repos et GitHub. La revue Copilot native pour Azure Repos reste en preview publique limitée, sur inscription et après approbation. Quant au workflow Azure Boards qui demande à Copilot de générer du code, il crée la branche et la pull request en brouillon dans un dépôt GitHub, pas dans Azure Repos.

Cette séparation est décisive pour une équipe d’agents. Durant la preview, Azure Repos peut recevoir les commentaires de revue de Copilot sur une pull request. Azure Boards peut suivre un élément de travail pendant que Copilot écrit le code, mais la documentation actuelle de Microsoft précise que ce workflow exige des dépôts GitHub. Un acheteur qui s’attend à trouver un agent de développement entièrement natif dans Azure Repos découvrira que l’implémentation aboutit dans une autre forge.

Azure conserve un vrai avantage lorsque l’identité et la gouvernance en place dominent la décision. Les connexions de service peuvent utiliser des identités de workload Microsoft Entra à la place de jetons d’accès personnels, avec des autorisations limitées, sans secret persistant et avec une piste d’audit. Les contrôles d’état Advanced Security peuvent bloquer la finalisation d’une pull request dès l’apparition de nouvelles alertes High ou Critical.

Les tarifs Azure DevOps indiquent que Basic est gratuit pour les cinq premiers utilisateurs, puis coûte $6 par utilisateur et par mois. Basic comprend un nombre illimité de dépôts Azure Repos privés, ainsi que Boards, Pipelines et 2 GiB de stockage Artifacts. Basic + Test Plans coûte $52 par utilisateur/mois et propose un essai de 30 jours. Chaque organisation reçoit un job parallèle hébergé par Microsoft avec 1,800 minutes et un job parallèle autohébergé avec des minutes illimitées ; les jobs parallèles supplémentaires coûtent respectivement $40 et $15.

La sécurité ajoute une autre ligne au budget. Code Security coûte $30 par contributeur/mois, Secret Protection $19, et l’usage de Copilot Autofix $0.01 par GitHub AI Credit. Pour 10 contributeurs, les deux produits de sécurité totalisent $490 par mois avant même les $30 du socle d’hébergement Basic. Une telle dépense peut se justifier dans un environnement Microsoft contrôlé, mais elle ne constitue pas une voie économique vers une forge conçue autour des agents.

Idéal pour : les organisations Azure DevOps existantes dans lesquelles l’identité Entra, Boards, les politiques et les achats Microsoft priment sur un workflow d’agents fragmenté.
Point fort : faible coût d’hébergement de base, identités de workload Entra et intégrations Azure Boards et Pipelines matures.
Tarifs : Basic est gratuit pour cinq utilisateurs, puis coûte $6/utilisateur/mois ; Basic + Test Plans revient à $52/utilisateur/mois ; les jobs parallèles supplémentaires hébergés et autohébergés coûtent $40 et $15 ; Code Security coûte $30/contributeur/mois et Secret Protection $19.
Essai gratuit : Basic comprend un quota gratuit permanent ; Basic + Test Plans propose un essai de 30 jours.

Quelle plateforme choisir selon votre contexte ?

La meilleure plateforme est généralement la forge que vous pouvez conserver, pas celle vers laquelle vous savez migrer. Déplacer l’historique Git est facile. Reconstruire les Issues, la CI, les secrets, l’identité, les règles de branche, les validations de déploiement, les paquets, les preuves d’audit et les habitudes humaines représente le vrai coût.

Choisissez GitHub si l’organisation travaille avec plusieurs fournisseurs d’agents, publie de l’open source, dépend d’Actions ou recherche le plan de contrôle neutre le plus étendu. Ne quittez GitHub que lorsqu’une autre plateforme résout une contrainte précise dont la valeur justifie de déplacer tout l’écosystème de travail.

Choisissez Cursor Origin pour un projet privé, greenfield, standardisé sur Cursor et compatible avec Vercel, Depot ou Buildkite. Face à un dépôt GitHub existant, optez pour le miroir plutôt que pour un dépôt Origin natif tant que le pilote n’a pas prouvé son intérêt.

Choisissez GitLab lorsque le déploiement autogéré, les modèles autohébergés, les accès par groupe, la sécurité intégrée et la visibilité sur l’activité des agents valent un tarif de base plus élevé. Revenez à GitHub si l’équipe cherche uniquement à générer du code et n’exploite pas les contrôles de cycle de vie de GitLab.

Choisissez Bitbucket si les critères d’acceptation Jira et Bitbucket Pipelines constituent déjà la colonne vertébrale de la livraison. Écartez cette option si le travail des agents doit rester portable dans un vaste écosystème tiers ou si les deux compteurs d’usage compliquent la maîtrise des dépenses.

Choisissez Gitea si l’entreprise veut posséder une forge compacte et dispose déjà des ressources plateforme nécessaires pour connecter et gouverner des agents externes. Préférez une plateforme administrée si l’exploitation de ce plan de contrôle absorbe les économies réalisées.

Choisissez Azure DevOps Repos lorsque la gouvernance Microsoft est imposée et que l’IA reste un complément secondaire. Passez plutôt à GitHub si l’implémentation produite par les agents constitue le besoin central, puisque le workflow de développement actuel de Microsoft à partir des éléments de travail dépend déjà des dépôts GitHub.

Les solutions à éviter pour cet usage

Écartez toute plateforme qui ne peut pas devenir un système de référence pris en charge pour les dépôts, même si elle exécute parfaitement un agent. Plusieurs erreurs de catégorie fréquentes font perdre un temps précieux en migration.

Google Cloud Source Repositories pour un nouveau déploiement

Google Cloud Source Repositories n’accepte plus de nouveaux clients. Google précise que les organisations qui ne l’avaient pas utilisé avant le 17 juin 2024 ne peuvent pas activer l’API et renvoie les acheteurs vers Secure Source Manager. Ne lancez pas un nouveau programme d’agents sur un service historique dont l’éditeur détourne déjà les nouveaux clients.

Northflank, Modal ou Railway comme hébergeur de code

Northflank, Modal et Railway savent héberger l’exécution des agents, mais l’hébergement d’un runtime ne gouverne pas les dépôts. Ces services peuvent exécuter du code ou fournir de la puissance de calcul ; GitHub, GitLab, Bitbucket, Origin, Gitea ou Azure Repos reste néanmoins responsable du dépôt permanent, de la pull request, des politiques et de la piste d’audit. Utilisez une plateforme d’exécution à côté de la forge, jamais à sa place.

Cursor Origin seul en production réglementée pendant la bêta précoce

Cursor Origin mérite un pilote et occupe ici la deuxième place, mais un dépôt autonome en bêta précoce n’est pas le bon premier choix pour une production réglementée. L’annonce cite plusieurs intégrations applicatives et précise que d’autres fonctions agentiques arrivent. Commencez par mettre un dépôt GitHub en miroir, recueillez des preuves, puis ne déplacez la source de vérité qu’après validation des exigences de conformité, de restauration, de politiques et d’intégration.

À faire lundi : protéger la capacité de revue avant de migrer le code

Lundi, conservez l’hébergeur actuel et lancez un pilote d’agent encadré sur un dépôt privé représentatif. L’objectif est de savoir si la nouvelle interface augmente le débit de changements acceptés, pas simplement si un agent sait produire une pull request.

1. 1

   Choisir un dépôt représentatif

   Sélectionnez un dépôt avec une CI active, des règles de branche substantielles, des tâches de maintenance récurrentes et un reviewer capable de consigner son temps. Évitez aussi bien le projet jouet que le système de production le plus sensible.

2. 2

   Conserver une seule source de référence

   Si vous testez Cursor Origin, utilisez un miroir GitHub. Si vous essayez un agent externe sur une autre forge, laissez cette forge faire autorité. Ne créez pas deux sources de vérité concurrentes pendant l’expérience.

3. 3

   Créer une identité machine

   Attribuez au travail des agents une identité dédiée, les autorisations minimales nécessaires et une étiquette d’audit. N’exécutez pas une automatisation sans supervision au moyen du jeton personnel d’un développeur.

4. 4

   Limiter les dépenses et encadrer la revue

   Imposez une validation humaine et des tests déterministes. Fixez séparément des budgets pour les crédits IA et la CI, ainsi qu’une condition d’arrêt en cas d’échecs répétés ou de dérogations aux politiques.

5. 5

   Mesurer pendant deux semaines

   Suivez les pull requests acceptées par heure de revue, les contrôles en échec, les reprises, les dépenses IA, les dépenses CI et les dérogations aux politiques. Comparez le pilote à la référence habituelle du dépôt.

6. 6

   Décider quelle sera la source de vérité

   Conservez la couche d’exécution si elle augmente le volume de travail accepté sans alourdir la dette de revue ou de contrôle. Ne migrez le dépôt que si le gain rembourse également le déplacement des tickets, de la CI, des secrets, des intégrations et de l’historique d’audit.

L’effet multiplicateur des pull requests n’est utile que si le système d’approbation monte lui aussi en charge. Multiplier les branches générées ne crée pas du débit. Multiplier les changements sûrs et acceptés par heure de revue, oui.

Questions fréquentes

Quel est le meilleur agent IA pour coder en 2026 ?

L’exécuteur et l’hébergeur du dépôt sont deux choix distincts. GitHub est l’hébergeur neutre le plus sûr pour Copilot, Claude et Codex ; Cursor propose quant à lui le pilote intégré le plus fluide pour une équipe standardisée sur Cursor. Choisissez l’agent selon la qualité obtenue sur vos tâches, puis gardez si possible la gouvernance du dépôt indépendante.

Quelles sont les meilleures plateformes d’hébergement pour agents IA ?

Pour le code source, les solutions les plus solides sont GitHub, Cursor Origin, GitLab, Bitbucket, Gitea et Azure DevOps Repos. Les hébergeurs de runtime comme Northflank, Modal et Railway déterminent où l’agent s’exécute ; ils ne remplacent pas la forge qui détient les branches, pull requests, politiques et historiques d’audit.

Quelle plateforme IA choisir pour des agents ?

GitHub est le meilleur choix pour gouverner plusieurs agents, Cursor Origin pour un pilote greenfield pensé autour des agents, GitLab pour les programmes réglementés ou autogérés, et Bitbucket pour une livraison centrée sur Jira. Gitea convient aux équipes qui veulent construire leur propre plan de contrôle ; Azure Repos, aux environnements Microsoft dans lesquels l’IA reste secondaire.