Présentation de la forge Entire
Entire propose le premier serveur Git conçu spécifiquement pour les interactions entre agents d’IA et développeurs humains. Le service repose sur trois primitives : le Trail, un affichage en temps réel des évaluations d’un code push ; un hébergement Git distribué qui affirme être 89 fois plus rapide que GitHub et 6 fois plus rapide que Cursor Origin ; et la mémoire continue, qui synchronise sessions et prompts directement dans le dépôt, rendant chaque donnée de l’agent interrogeable en permanence.
Mécanisme des Trails et évaluation automatisée
Contrairement au modèle classique de pull request, le Trail place les scores d’évaluation au sommet de l’interface, recalculés à chaque push. Les évaluations sont générées par des agents spécialisés – sécurité, slop et revue humaine – qui s’exécutent dans des sandbox cloud fournis par Daytona et E2B. Chaque agent renvoie un score coloré (vert, orange, rouge) et une justification, les cinq dernières exécutions étant affichées pour suivre la stabilisation du code. Cette boucle itérative vise à éviter les « one‑shot » où des défauts critiques restent non détectés, en imposant que les scores convergent avant la fusion.
Intégration CI et contrôle de fusion
Entire intègre nativement les plateformes CI Buildkite et Depot. Lorsqu’un push est effectué, le pipeline CI s’exécute et son statut apparaît comme un check dans le Trail ; un échec bloque automatiquement la fusion. Les équipes peuvent automatiser l’ensemble du cycle via les API, CLI ou MCP de Buildkite, et migrer des workflows GitHub Actions avec la commande bk pipeline convert. Des gates configurables permettent de spécifier des exigences supplémentaires – approbations humaines, passage de tous les evals, réussite du CI – avant que le bouton de merge ne devienne actif.
Hébergement distribué et implications opérationnelles
Le serveur Git d’Entire se déploie dans plusieurs régions, offrant une réplication native du dépôt et une résidence des données conforme aux exigences locales. Cette architecture distribue la charge d’accès et réduit la latence, ce qui explique les gains de performance annoncés. En outre, la possibilité de mirroring depuis GitHub permet une transition progressive sans interruption de service. Le modèle décentralisé contraste avec les fourges traditionnelles qui centralisent le stockage, améliorant la résilience face aux pannes réseau et aux attaques ciblées, tout en donnant aux équipes un contrôle granulaire sur l’emplacement physique du code.
