GitAgent propose un format unique d'agents IA pour LangChain, AutoGen et Claude Code

GitAgent est présenté comme un format open source pour agents IA censé supprimer la dépendance à un framework précis. L'idée : décrire l'agent une seule fois dans un dépôt Git, puis l'exporter vers LangChain, AutoGen, Claude Code, OpenAI Assistants et CrewAI sans réécrire la logique principale.

Pourquoi le marché est fragmenté

Les développeurs d'agents IA évoluent aujourd'hui dans un monde de stacks incompatibles. LangChain, AutoGen, CrewAI, OpenAI Assistants et Claude Code décrivent chacun différemment le rôle de l'agent, stockent la mémoire, connectent les outils et gèrent l'exécution des tâches. En pratique, cela pose un problème simple mais coûteux : dès qu'une équipe a choisi un stack, migrer vers un autre revient presque toujours à réécrire le système de zéro ou à empiler une couche complexe de rustines sur l'ancien code.

GitAgent cherche à extraire la « personnalité » et la structure de l'agent d'un runtime donné pour les placer dans une couche distincte. Plutôt que de garder instructions, règles, mémoire et compétences dans un seul framework, le projet propose de les rassembler dans une structure de fichiers standardisée au sein d'un dépôt Git. Les auteurs comparent explicitement cette approche à Docker : on décrit d'abord l'entité dans un format commun, puis on décide où et comment l'exécuter.

Comment fonctionne GitAgent

GitAgent ne repose pas sur un nouveau moteur d'orchestration, mais sur une spécification de fichiers et une CLI. L'agent est décrit comme un répertoire de fichiers lisibles par un humain, chacun gérant une couche de comportement. Cela doit faciliter la maintenance, le travail en équipe, l'audit des modifications et la portabilité entre outils.

• agent.yaml — le manifeste principal, avec le modèle, les versions, les dépendances et la configuration de l'environnement
• SOUL.md — l'identité de l'agent : rôle, ton, style et instructions de base
• DUTIES.md — les obligations et les limites, y compris la séparation des rôles
• skills/ et tools/ — les compétences et les outils par lesquels l'agent agit
• memory/ — la mémoire sous forme de fichiers lisibles comme context.md et dailylog.md

L'idée clé : l'état de l'agent n'est plus enfoui dans le format interne d'une bibliothèque ou dans une base opaque. Si l'agent met à jour sa mémoire, modifie ses règles ou acquiert une nouvelle compétence, ces changements se consultent comme un diff Git ordinaire. L'équipe retrouve des mécanismes de développement familiers : branches, pull requests, revue, historique des modifications et retour arrière rapide avec git revert si le comportement dérape ou si l'agent s'éloigne de son rôle initial.

Export et contrôle

La principale fonction pratique de GitAgent est la commande export, qui convertit la même spécification vers le format de l'écosystème visé. L'article évoque cinq cibles : OpenAI Assistants, Claude Code, LangChain ou LangGraph, CrewAI et AutoGen. En théorie, le développeur peut donc conserver la logique métier de l'agent et ne changer que la couche d'exécution selon la tâche, au lieu de réécrire séparément mémoire, instructions et outils pour chaque stack.

Cela règle non seulement la dépendance à un fournisseur, mais facilite aussi l'expérimentation. Un même agent peut être testé d'abord dans un environnement de développement, puis basculé dans une orchestration multi-agents, avant d'être connecté à un scénario de production avec un autre jeu d'outils. Pour les équipes qui changent souvent de stack ou travaillent avec plusieurs plateformes à la fois, cela peut réduire sensiblement le coût des itérations et accélérer la validation d'hypothèses.

Un accent particulier est mis sur la conformité pour les secteurs réglementés. GitAgent prend en charge le modèle Segregation of Duties, qui permet de séparer explicitement les rôles de maker, checker et executor. Avant le déploiement, la commande validate doit vérifier qu'un même agent n'a pas reçu trop de pouvoirs. C'est particulièrement important dans les scénarios financiers et juridiques, où un même acteur ne doit pas à la fois initier et confirmer une action critique sans contrôle supplémentaire.

Ce que cela change

GitAgent touche un vrai point de douleur du marché : les agents IA évoluent vite, mais chaque framework attire les développeurs vers son propre modèle de description fermé. Si le projet parvient à s'imposer comme format neutre au-dessus de différents stacks, les équipes disposeront d'agents plus portables, vérifiables et maîtrisables, un peu comme les conteneurs ont simplifié en leur temps le transfert des applications entre environnements.