# Comment AgentGit se positionne

Positionnement honnête, mis à jour à mesure que le paysage évolue. Si
quelque chose ici est dépassé ou faux, merci d'ouvrir une issue.

| | Périmètre | Isolation | Validation avant fusion | Dépendance au runtime | Maturité (au 2026-07) |
|---|---|---|---|---|---|
| **AgentGit** | Entrée de découpage des tâches → isolation par branche → validation déterministe → fusion automatisée | Branche/worktree par tâche, imposée | Fonctionnalité centrale — une vraie commande doit sortir avec le code 0 | Aucune (le CLI est en Node, mais le format de fichiers ne nécessite que du texte + git) | Pré-alpha, MVP |
| **gnap** | Protocole de coordination uniquement (qui possède quelle tâche) | Non spécifiée par le protocole | Explicitement hors périmètre — laissée à la couche applicative | Aucune (fichiers simples) | Précoce, en production limitée |
| **CrewAI / LangGraph** | Orchestration d'agents en tant que librairie Python | En mémoire, pas basée sur git | Définie par l'application | Python | Mature, largement utilisé |
| **Gestionnaires de sessions par worktree** (type Claude Squad, outils façon Conductor) | Gérer plusieurs sessions d'agents de code en parallèle dans des worktrees | Worktree par session | Généralement revue humaine, pas de porte automatisée | Variable selon l'outil | Mature, activement utilisé |

## L'écart honnête

Tout ce qui figure dans cette dernière colonne compte : la plupart des
outils de ce tableau sont plus avancés qu'AgentGit aujourd'hui. Le pari
d'AgentGit repose sur une affirmation précise et étroite — que la porte de
validation avant fusion doit être un script déterministe, pas un coup d'œil
humain ou l'auto-déclaration d'un agent — et sur le fait de bien construire
cette seule pièce avant d'élargir le périmètre. Si ton besoin est déjà
résolu par un outil plus mature de ce tableau, utilise cet outil.
