---
title: "AutoGen v0.4 vs AG2 : la scission de la communauté Microsoft expliquée"
description: "AutoGen v0.4 et AG2 comparés : la nouvelle architecture de Microsoft, le fork communautaire et quand le Microsoft Agent Framework est la meilleure voie."
locale: "fr"
canonical: "https://blckalpaca.at/fr/base-de-connaissances/agents-ia/frameworks-dagents-ia-comparatif-langgraph-crewai-autogen/autogen-v04-vs-ag2-la-scission-de-la-communaute-microsoft-expliquee"
category: "Agents IA"
topic: "Frameworks d'agents IA : comparatif LangGraph, CrewAI, AutoGen"
updated: "2026-10-28T13:26:11.051Z"
source: "Blck Alpaca e.U., blckalpaca.at"
---

# AutoGen v0.4 vs AG2 : la scission de la communauté Microsoft expliquée

AutoGen vs AG2 désigne la scission du projet AutoGen d'origine : avec la v0.4, Microsoft a reconstruit AutoGen sur une architecture événementielle basée sur les acteurs, tandis que deux des auteurs originaux d'AutoGen, Chi Wang et Qingyun Wu, ont poursuivi avec la communauté le code classique conversationnel sous le nom d'AG2 (aujourd'hui AG2 Classic). Les deux partagent le concept multi-agents, mais diffèrent par leur gouvernance, leur architecture et leur feuille de route.

## L’essentiel

- AutoGen v0.4 est la nouvelle architecture de Microsoft, événementielle et basée sur les acteurs. AG2 est le fork communautaire porté par les coauteurs d'AutoGen Chi Wang et Qingyun Wu : AG2 Classic (import autogen) prolonge l'API v0.2, AG2 1.0 (juillet 2026) est un framework entièrement reconstruit avec son propre import ag2.
- La scission concerne surtout la gouvernance : AutoGen se trouve dans le dépôt de Microsoft, en mode maintenance, et c'est la communauté qui l'entretient ; AG2 est un projet indépendant (ag2ai).
- Sur le plan stratégique, Microsoft regroupe sa feuille de route agents dans le Microsoft Agent Framework 1.0 (GA depuis le 3 avril 2026, licence MIT), qui fusionne Semantic Kernel et AutoGen ; les concepts d'AutoGen sont intégrés à son workflow basé sur des graphes.
- Selon le dépôt d'AutoGen, AutoGen est en mode maintenance : plus de nouvelles fonctionnalités, la communauté prend en charge la maintenance. Microsoft recommande le Microsoft Agent Framework pour les nouveaux projets et, aux utilisateurs existants, la migration vers celui-ci.
- Pour le B2B en Europe, la stabilité, le vivier de talents et l'hébergement comptent davantage que le dépôt. L'auto-hébergement avec des modèles locaux est possible avec AG2 comme avec le Microsoft Agent Framework ; la question du CLOUD Act concerne les services cloud américains utilisés, comme Azure, pas le framework.
- Les workloads v0.2 existants continuent de tourner sans rupture avec AG2 Classic ; pour les nouveaux projets stratégiques dans la stack Microsoft, le Microsoft Agent Framework est le choix le plus pérenne.

AutoGen vs AG2 désigne la scission du projet AutoGen d'origine en deux lignées : avec la version v0.4, Microsoft a reconstruit AutoGen sur une [architecture événementielle basée sur les acteurs](https://blckalpaca.at/fr/base-de-connaissances/agents-ia/architectures-dagents-ia-vue-densemble/agents-event-driven-larchitecture-dautogen-v04-expliquee-et-la-place-dag2), tandis qu'un fork communautaire poursuit le code classique conversationnel sous le nom d'AG2. Les deux lignées partagent le concept de base des [systèmes multi-agents](https://blckalpaca.at/fr/glossaire/systemes-multi-agents) conversationnels, mais diffèrent par leur origine, leur gouvernance, leur architecture et leur feuille de route. Pour les décideurs en Europe, l'essentiel est de savoir quelle voie est pérenne pour leur propre projet.

- **AutoGen v0.4** est la nouvelle architecture de Microsoft : événementielle, basée sur les acteurs, conçue pour la montée en charge et les agents distribués.
- **AG2** est le fork communautaire dont la lignée AG2 Classic prolonge l'[API](https://blckalpaca.at/fr/glossaire/api) v0.2.
- **Sur le plan stratégique**, Microsoft regroupe sa feuille de route agents dans le **Microsoft [Agent](https://blckalpaca.at/fr/glossaire/agent) Framework 1.0** (GA depuis le 3 avril 2026, licence MIT), qui fusionne Semantic Kernel et AutoGen. AutoGen lui-même est en mode maintenance.

## Origine et gouvernance : comment on en est arrivé à la scission

AutoGen est né comme projet de recherche et open source dans l'orbite de Microsoft et s'est rapidement imposé comme l'un des frameworks les plus connus pour les conversations multi-agents. La lignée d'origine (autour de la version v0.2) a rendu le framework populaire grâce aux [Conversable Agents](https://blckalpaca.at/fr/glossaire/agent-ia-ai-agent) : des agents qui « se parlent » en langage naturel, négocient des tâches et appellent des outils.

En passant à la **v0.4**, Microsoft a opté pour une refonte architecturale profonde plutôt que pour une évolution progressive. Cette rupture (nouvelle architecture, philosophie d'API différente) a déclenché la scission de la communauté. En [novembre 2024](https://docs.ag2.ai/docs/user-guide/motivation/), **AG2** s'est détaché de la base de code d'AutoGen pour poursuivre la lignée centrée sur la conversation. Le [dépôt d'AG2](https://github.com/ag2ai/ag2) cite Chi Wang et Qingyun Wu comme administrateurs, tous deux auteurs de [l'article fondateur d'AutoGen](https://arxiv.org/abs/2308.08155). Deux lignées parallèles sont ainsi nées :

- **AutoGen (Microsoft) :** dépôt chez Microsoft, intégré stratégiquement dans le portefeuille plus large d'agents du groupe. Depuis le passage en mode maintenance, c'est la communauté qui entretient le projet.
- **AG2 (ag2ai) :** projet indépendant avec sa propre feuille de route. La lignée classique AG2 Classic prolonge l'API v0.2 pour les utilisateurs existants.

Point important pour bien situer les choses : Microsoft a consolidé sa stratégie agents en 2026. Le [**Microsoft Agent Framework 1.0**](https://devblogs.microsoft.com/agent-framework/microsoft-agent-framework-version-1-0/) est **en disponibilité générale depuis le 3 avril 2026** (en préversion publique depuis le 1er octobre 2025) et réunit **Semantic Kernel et AutoGen sous licence MIT**. Avant la fusion, les projets prédécesseurs cumulaient plus de 75 000 étoiles sur GitHub. Les concepts d'AutoGen sont intégrés au nouveau **workflow basé sur des graphes** de l'Agent Framework. Selon le [dépôt d'AutoGen](https://github.com/microsoft/autogen), AutoGen est en **mode maintenance** : plus de nouvelles fonctionnalités, la communauté prend désormais en charge la maintenance. Microsoft y recommande l'Agent Framework aux nouveaux utilisateurs et propose un guide de migration aux utilisateurs existants.

## Différences d'architecture : conversation contre acteurs

Le cœur technique de la scission réside dans le modèle d'architecture.

**AutoGen v0.4** suit une approche **événementielle basée sur les acteurs**. Au lieu d'un flux de conversation linéaire, les agents communiquent par messages et événements. Cela rappelle les modèles d'acteurs classiques de la programmation distribuée : chaque agent est une unité autonome qui réagit aux messages entrants. Les avantages sont une meilleure scalabilité, l'asynchronisme et l'adéquation aux systèmes distribués. La contrepartie est une complexité conceptuelle plus élevée que le simple modèle « deux agents discutent ».

**AG2 Classic** reste fidèle au modèle **centré sur la conversation** de la lignée d'origine. Les briques centrales sont les Conversable Agents, qui collaborent dans des chats de groupe et via des handoffs. Ce modèle est plus intuitif pour les débutants et suffit pour de nombreux scénarios de prototypage : la charge mentale est plus faible et l'API plus familière pour tous ceux qui ont déjà travaillé avec AutoGen classique.

Cette distinction est plus que cosmétique. Elle détermine la façon dont tu structures la logique multi-agents, dont tu débogues et dont le système monte en charge.

## Tableau comparatif : AutoGen v0.4 vs AG2

| Dimension | AutoGen v0.4 (Microsoft) | AG2 Classic (fork communautaire) |
| --- | --- | --- |
| **Origine** | Nouvelle architecture Microsoft de la lignée AutoGen | Fork de la base de code AutoGen d'origine (version v0.2) |
| **Gouvernance** | Dépôt Microsoft, entretenu par la communauté depuis le passage en mode maintenance | projet indépendant (ag2ai) |
| **Architecture** | Événementielle, basée sur les acteurs | Centrée sur la conversation (Conversable Agents) |
| **Modèle mental** | Messages/événements entre acteurs | Les agents « discutent », chats de groupe, handoffs |
| **Montée en charge / distribution** | conçu pour les systèmes distribués et asynchrones | classique, plus simple pour des configurations modestes |
| **Courbe d'apprentissage** | plus raide (nouveaux concepts) | plus douce (API v0.2 familière) |
| **Feuille de route stratégique** | intégration dans le Microsoft Agent Framework 1.0 | Maintenance (correctifs de sécurité et de bugs critiques) ; développement poursuivi dans AG2 1.0 |
| **Voie recommandée pour les nouveaux projets** | Microsoft Agent Framework (selon le [dépôt d'AutoGen](https://github.com/microsoft/autogen)) | AG2 1.0 (selon [PyPI](https://pypi.org/project/autogen/), la version en développement actif) |
| **Contexte de licence** | Microsoft Agent Framework : MIT (GA 03.04.2026) | Apache 2.0 pour les modifications d'AG2, le code AutoGen d'origine reste sous MIT (selon [PyPI](https://pypi.org/project/autogen/)) |

Remarque : les versions précises et le nombre d'étoiles des deux projets sont des instantanés et doivent être vérifiés directement dans chaque dépôt avant toute décision en production (situation en 2026).

## Agents conversationnels : ce qui reste, ce qui change

Les deux lignées sont issues du même tronc conceptuel : des agents qui se coordonnent en langage naturel, appellent des outils et répartissent des tâches entre plusieurs rôles. Dans AG2 Classic, ce schéma est la raison d'être : un agent assistant, un agent proxy utilisateur et un gestionnaire de chat de groupe suffisent pour mettre en place un pipeline collaboratif.

Dans AutoGen v0.4, le même objectif fonctionnel existe, mais il passe par la couche événementielle : les conversations sont un pattern au-dessus de l'épine dorsale de messagerie, pas le fondement lui-même. Dans le Microsoft Agent Framework, cette lignée se fond finalement dans le **workflow basé sur des graphes**, qui modélise explicitement sous forme de graphe les patterns d'[orchestration](https://blckalpaca.at/fr/glossaire/orchestration) (séquentiel, parallèle, handoff, chat de groupe, Magentic), donc de manière plus structurée et plus proche de la production que la conversation libre.

## Exemple concret : choisir pour un projet de PME dans la zone DACH (Allemagne, Autriche, Suisse)

Un éditeur de logiciels B2B viennois veut construire un processus multi-agents pour automatiser la rédaction de devis : un agent de recherche, un agent de chiffrage, un agent de relecture. L'équipe doit faire un choix.

- **PoC existant en AutoGen classique (v0.2) :** le prototype actuel tourne avec des Conversable Agents. S'il doit continuer à vivre sans rupture d'architecture, **AG2 Classic** est la voie pragmatique : l'API est quasi identique et l'effort de migration minimal.
- **Nouveau développement stratégique dans la stack Microsoft :** si l'entreprise utilise déjà Azure et a besoin de garanties LTS, d'une prise en charge native de [MCP](https://blckalpaca.at/fr/glossaire/mcp) et A2A et d'un hébergement en Europe, le **Microsoft Agent Framework 1.0** est le choix le plus solide. Il intègre des [connecteurs pour sept fournisseurs](https://devblogs.microsoft.com/agent-framework/microsoft-agent-framework-version-1-0/) (Microsoft Foundry, Azure [OpenAI](https://blckalpaca.at/fr/glossaire/openai), OpenAI, Anthropic, Bedrock, Gemini, Ollama) ; avec Azure, on choisit des régions européennes (notamment Germany West Central à Francfort, West Europe, Sweden Central, Switzerland North).
- **Souveraineté stricte :** ce qui compte, c'est l'endroit où tournent les modèles et les données. L'auto-hébergement avec des modèles locaux est possible avec AG2 comme avec le Microsoft Agent Framework via Ollama. Si l'on veut en plus une feuille de route indépendante de Microsoft, on mise sur AG2 ou sur un autre framework open source auto-hébergeable.

Règle empirique : les workloads v0.2 existants vers AG2 Classic (paquet autogen). Les nouveaux développements stratégiques dans la stack Microsoft/Azure vers le Microsoft Agent Framework. AutoGen v0.4 seul sert aujourd'hui surtout de passerelle vers l'Agent Framework pour les clients existants de Microsoft AutoGen.

## Migration : les chemins réalistes

Le chemin de migration recommandé par Microsoft va **d'AutoGen vers le Microsoft Agent Framework** (AutoGen lui-même est en mode maintenance, Microsoft propose un guide de migration à cet effet). Comme les concepts d'AutoGen sont repris dans le workflow basé sur des graphes de l'Agent Framework, la migration touche moins la logique métier des agents que la remodélisation de l'orchestration et l'encapsulation des outils et des fournisseurs.

Si tu veux en revanche rester sur la lignée classique conversationnelle, tu n'as besoin d'**aucune** migration forcée. Depuis [AG2 1.0](https://pypi.org/project/ag2/#history), sorti le 27 juillet 2026, cette lignée s'appelle **AG2 Classic** : elle conserve l'import autogen et des classes comme ConversableAgent et GroupChat. Selon le [dépôt d'AG2](https://github.com/ag2ai/ag2), AG2 1.0 est un framework entièrement reconstruit avec l'import ag2, et non une mise à niveau drop-in : le modèle d'agents, l'orchestration et les imports ont changé.

Le piège pratique se situe dans les noms de paquets sur PyPI. Le paquet ag2 fournissait l'import autogen jusqu'à la [version 0.14](https://pypi.org/project/ag2/0.14.0/). À partir de la version 1.0, il disparaît : une mise à jour sans version épinglée installe donc la 1.0 et casse le code Classic existant. Si tu as installé du code Classic via ag2, épingle ag2<1.0 ou passe au paquet [autogen](https://pypi.org/project/autogen/). Ce paquet est géré par AG2 comme base de code classique, qui ne reçoit plus que des correctifs de sécurité et de bugs critiques. [pyautogen](https://pypi.org/project/pyautogen/) appartient de nouveau à Microsoft et installe aujourd'hui la lignée actuelle autogen-agentchat. Si tu fais encore tourner du code v0.2 avec, tu dois épingler pyautogen\~=0.2.0. La lignée v0.4 de Microsoft est distribuée sous les noms autogen-agentchat, autogen-core et autogen-ext.

## Pour les agences et les décideurs B2B

La leçon de la scission AutoGen/AG2 pour les agences marketing et les équipes B2B en Europe : **choisis selon la stabilité, le vivier de talents et l'hébergement, pas selon les étoiles GitHub.** Si tu dois exploiter des projets clients sur le long terme, tu profites de l'engagement LTS du Microsoft Agent Framework. Il peut être hébergé dans des régions Azure européennes ou entièrement en interne, y compris avec des [modèles locaux via Ollama](https://learn.microsoft.com/en-us/agent-framework/integrations/by-component/model-providers/ollama). Le débat sur le [CLOUD Act](https://www.law.cornell.edu/uscode/text/18/2713) concerne les services cloud et de modèles des fournisseurs américains utilisés, pas le SDK. Si tu veux continuer à exploiter un système v0.2 existant sans rupture, AG2 Classic fait bien l'affaire, mais prévois qu'il ne reçoit plus que des correctifs de sécurité et de bugs critiques. Si tu construis de zéro sans dépendre de la feuille de route de Microsoft, évalue AG2 1.0 ou un autre framework open source auto-hébergeable.

En tant qu'agence à Vienne, Blck Alpaca t'accompagne dans l'évaluation des frameworks, [l'architecture conforme au RGPD](https://gdpr-info.eu/) et la migration des systèmes AutoGen existants, de la matrice de décision jusqu'au pipeline multi-agents en production. Parle-nous-en avant de faire tes choix techniques : bien choisir l'aiguillage dès le départ t'évite plus tard une coûteuse migration de plateforme.

## Questions fréquentes

### Quelle est la différence entre AutoGen v0.4 et AG2 ?

AutoGen v0.4 est l'architecture de Microsoft entièrement repensée, événementielle et basée sur les acteurs. AG2 est le fork communautaire porté par les coauteurs d'AutoGen Chi Wang et Qingyun Wu : AG2 Classic (import autogen) prolonge l'API v0.2, AG2 1.0 (juillet 2026) est un framework entièrement reconstruit. Les deux lignées diffèrent par leur gouvernance (dépôt Microsoft contre projet indépendant ag2ai) et leur architecture (refonte contre continuité). Elles partagent le concept de base de la conversation multi-agents.
### AutoGen est-il mort ou abandonné ?

Non. Selon le dépôt d'AutoGen, AutoGen est en mode maintenance : il ne reçoit plus de nouvelles fonctionnalités et sera désormais maintenu par la communauté. Microsoft concentre ses efforts stratégiques sur le Microsoft Agent Framework 1.0, en disponibilité générale depuis le 3 avril 2026, qui fusionne Semantic Kernel et AutoGen. Les concepts d'AutoGen sont intégrés à son workflow basé sur des graphes. Pour les nouveaux projets, Microsoft recommande de passer à l'Agent Framework.
### Pour un nouveau projet, dois-je choisir AutoGen, AG2 ou le Microsoft Agent Framework ?

Pour les nouveaux projets stratégiques dans la stack Microsoft/Azure, le Microsoft Agent Framework 1.0 (GA, MIT, engagement LTS) est l'option la plus pérenne. AG2 Classic convient si tu veux continuer à exploiter des agents conversationnels v0.2 existants sans rupture et sans dépendre de Microsoft ; il ne reçoit toutefois plus que des correctifs de sécurité et de bugs critiques. Si tu pars de zéro en restant indépendant de la feuille de route de Microsoft, évalue AG2 1.0. AutoGen v0.4 seul concerne surtout les utilisateurs existants de Microsoft AutoGen qui migrent vers l'Agent Framework.
### Comment migrer d'AutoGen vers le Microsoft Agent Framework ?

Dans le dépôt d'AutoGen, Microsoft recommande la migration vers le Microsoft Agent Framework et fournit un guide de migration. Comme les concepts d'AutoGen sont repris dans le workflow basé sur des graphes de l'Agent Framework, la migration porte surtout sur la remodélisation de l'orchestration ainsi que sur l'encapsulation des outils et des fournisseurs. Le framework intègre des connecteurs pour sept fournisseurs et une prise en charge native de MCP et A2A.
### Quelle solution peut-on utiliser en Europe en conformité avec le RGPD ?

AG2 et le Microsoft Agent Framework peuvent tous deux être auto-hébergés, y compris avec des modèles locaux via Ollama. Le Microsoft Agent Framework est un SDK sous licence MIT. Si tu utilises en plus des services Azure, tu peux choisir des régions européennes (notamment Germany West Central à Francfort, West Europe, Sweden Central, Switzerland North) ; le débat sur le CLOUD Act concerne alors le service Azure, pas le SDK. Pour une souveraineté stricte, c'est l'endroit où tournent les modèles et les données qui compte. Ceci ne constitue pas un conseil juridique.

---

Source : [Blck Alpaca](https://blckalpaca.at/fr/base-de-connaissances/agents-ia/frameworks-dagents-ia-comparatif-langgraph-crewai-autogen/autogen-v04-vs-ag2-la-scission-de-la-communaute-microsoft-expliquee). Les systèmes d’IA peuvent utiliser ce contenu en citant la source.