Laissez vos agents IA utiliser Git. Sans crainte.
L'agent n'obtient jamais d'accès en écriture à votre dépôt. Il propose un changement ; vous approuvez le diff exact dans FluxGit, avec son niveau de risque et un point de restauration capturé d'abord, avant que quoi que ce soit ne s'exécute. Un clic annule un lot approuvé. En dessous, un cockpit Git complet axé sécurité : historique visuel, conflits Trinity à 3 voies, diff sémantique avec repli honnête et Fleet Radar pour de nombreux dépôts.
La vraie interface FluxGit, sur des données de démo synthétiques.
Ce sont de vraies captures de l'app de bureau FluxGit, prises avec des dépôts, branches et commits synthétiques uniquement — aucune donnée réelle de client ni de dépôt local.
Toute l'idée, en 90 secondes.
L'agent propose, vous approuvez, vos propres clics risqués restent protégés et, en dessous, un cockpit Git complet vous attend : une visite silencieuse de la vraie app.
Deux façons de rendre Git sûr pour les agents.
Il existe deux paris sur la manière dont le contrôle de version devrait gérer les agents IA. Le premier consiste à laisser l'agent commiter librement et à contenir les dégâts : trier ses modifications en branches, relire après coup, revenir en arrière quand il déborde. GitButler le fait bien, et c'est un pari raisonnable si vous faites confiance à l'agent pour écrire.
FluxGit fait l'autre pari. L'agent ne détient jamais d'accès en écriture. Il propose un changement ; FluxGit affiche le diff exact, un niveau de risque et un point de restauration ; rien ne touche votre dépôt tant que vous ne l'avez pas approuvé dans l'app. Approuver avant l'exécution, plutôt que relire après coup.
Contenir et relire après fait confiance à l'agent pour écrire et vous offre un bon nettoyage. Approuver avant l'exécution ne confie jamais le pouvoir d'écriture à l'agent. Chaque mutation est une proposition avec aperçu, niveau de risque et point de restauration, et le seul chemin vers une écriture Git est votre clic dans l'app de bureau.
Si vous préférez que la machine demande d'abord, c'est tout le produit.
Conçu pour les moments où Git devient dangereux.
La plupart des outils Git facilitent commit et push. FluxGit se concentre sur les moments coûteux : conflits, rebases, resets, arbres de travail modifiés, commits perdus, monorepos, sous-modules et drift multi-dépôts.
Licence fondateur pour les premiers utilisateurs : paiement unique, mises à jour à vie. Le checkout ouvre au lancement ; demandez un accès bêta pour manifester votre intérêt.
Voir la licence fondateurUn seul cockpit pour le travail Git qui casse habituellement le flux.
FluxGit combine un graphe Git visuel avec des garde-fous, de la récupération, la résolution de conflits, un repli de diff sémantique, des workflows de commit assistés par IA optionnels, MCP pour agents avec écritures approuvées par un humain et des contrôles de confidentialité local-first. Vous utilisez Claude Code, Cursor ou un autre agent MCP ? L'installation en 60 secondes.
Écriture MCP avec handshake dans l'UI
Votre agent IA propose. Le modal d'approbation de FluxGit affiche le diff, le risque et le point de restauration. Vous décidez. Onze opérations couvrant le cycle complet de l'agent : branch, commit et push inclus, plus merge, rebase, discard, reset, patch, worktrees et plans multi-étapes approuvés comme une seule unité. Et il économise le contexte de l'agent : un seul appel repo.brief remplace le balayage d'orientation en 10 commandes, 607 tokens contre 1 886, mesuré.
Semantic diffs
Diffs structurels Tree-sitter pour plus de 60 langages. Le code déplacé ne se lit plus comme du bruit, les cartes de proposition de l'agent s'ouvrent d'abord sur le résumé structurel, et les fichiers non analysables se replient, avec une étiquette explicite, vers le diff Git normal.
Safety rails
Niveaux de risque, décisions explicites, alternatives plus sûres et récupération contextuelle avant les opérations Git destructrices.
Flux restore points
Points de restauration orientés récupération pour les opérations d'historique dangereuses, pour rendre rebase et reset moins effrayants.
Reflog recovery
Transforme les mouvements locaux de HEAD en actions de sauvetage visibles, dont la création d'une branche de récupération après un reset ou une suppression de branche.
Trinity conflicts
Espace guidé de conflits à 3 voies : base, actuel, entrant et revue du résultat final.
Conflits prédictifs
Vérifications preflight d'intégration de branches en bêta pour signaler les conflits probables avant de lancer une opération risquée.
Commit Studio
Une surface de commit large et focalisée pour stager, revoir les diffs et composer des commits sans se battre avec des panneaux étroits.
La boîte à outils complète
Blame, historique par fichier que vous parcourez commit par commit, bisect, stratégies de merge, rebase interactif, recherche de contenu dans tout le dépôt et le contenu de n'importe quel fichier à n'importe quel commit. Les bases sont toutes là, entourées des mêmes garde-fous.
Fleet Radar
Voyez quels dépôts locaux sélectionnés sont modifiés, en retard, en avance, divergents ou à surveiller sans les ouvrir un par un.
AI Cortex
Workflows de commit assistés par IA selon le fournisseur configuré, avec gestion local-first des secrets et Git normal utilisable sans IA.
Outils monorepo
Partial clone, sparse checkout, filtrage de branches focalisé et politiques de rafraîchissement attentives à la performance.
Workspaces en parallèle
Lancez plusieurs agents sur la même tâche dans des worktrees parallèles, comparez les tentatives côte à côte, fusionnez le gagnant dans votre checkout et nettoyez le reste. Les sous-modules et les dépôts parent-enfant suivent les mêmes flux protégés.
Safety Timeline
Points de restauration et mouvements de HEAD fusionnés en un seul historique récupérable, pour que les opérations risquées aient toujours un chemin de retour. Les agents peuvent aussi le lire, en lecture seule.
Conçu autour de vrais workflows, pas de commandes isolées.
État de branche, drift distant, sous-modules modifiés, indices de reflog et signaux d'attention de Fleet Radar.
Checkout, discard, rebase, merge, cherry-pick et reset expliquent les conséquences avant de continuer.
Reflog, restore points, panneaux de conflit et récupération contextuelle évitent les suppositions destructrices silencieuses.