AutoGen v0.4 vs. AG2: Der Microsoft-Community-Split erklärt

AutoGen vs. AG2 bezeichnet die Aufspaltung des ursprünglichen AutoGen-Projekts in zwei Linien: Microsoft hat AutoGen mit Version v0.4 auf eine event-getriebene, akteur-basierte Architektur umgebaut, während ein Teil der Community den klassischen, konversationsbasierten Code unter dem Namen AG2 weiterführt. Beide Linien teilen das Grundkonzept konversationsbasierter Multi-Agenten-Systeme, unterscheiden sich aber in Herkunft, Governance, Architektur und Roadmap. Für DACH-Entscheider ist die zentrale Frage nicht „welcher Fork ist besser", sondern „welcher Pfad ist für mein Projekt zukunftssicher".

• AutoGen v0.4 ist Microsofts Neuarchitektur: event-getrieben, akteur-basiert, auf Skalierung und verteilte Agenten ausgelegt.
• AG2 ist der Community-Fork, der die vertraute, konversationsbasierte API der ursprünglichen AutoGen-Linie (Stand v0.2) fortführt.
• Strategisch bündelt Microsoft seine Agenten-Roadmap im Microsoft Agent Framework 1.0 (GA seit 3. April 2026, MIT-Lizenz), das Semantic Kernel und AutoGen zusammenführt — AutoGen gilt damit als im Maintenance-Modus.

Einordnungshinweis: Die belastbar verifizierten Fakten dieses Artikels betreffen das Microsoft Agent Framework 1.0 (GA-Datum, Lizenz, Provider, EU-Regionen) sowie den AutoGen-Maintenance-Status laut Microsoft-Roadmap. Die Details zu AutoGen v0.4 und zum AG2-Fork beruhen auf öffentlich dokumentiertem Projektwissen der jeweiligen Repositories und sollten vor produktiven Entscheidungen direkt dort gegengeprüft werden (Stand 2026).

Herkunft und Governance: Wie es zum Split kam

AutoGen entstand ursprünglich als Forschungs- und Open-Source-Projekt aus dem Microsoft-Umfeld und wurde rasch zu einem der bekanntesten Frameworks für Multi-Agenten-Konversationen. Die ursprüngliche Linie (rund um Version v0.2) machte das Framework über sogenannte Conversable Agents populär: Agenten, die in natürlicher Sprache miteinander „sprechen", Aufgaben aushandeln und Werkzeuge aufrufen.

Mit der Weiterentwicklung zu v0.4 entschied sich Microsoft für einen grundlegenden architektonischen Neubau statt einer evolutionären Fortschreibung. Dieser Bruch — neue Architektur, veränderte API-Philosophie — war der Auslöser für die Community-Abspaltung. Ein Teil der ursprünglichen Beitragenden führte die bewährte, konversationszentrierte Codebasis unter dem Namen AG2 weiter. Damit entstanden zwei parallele Linien:

• AutoGen (Microsoft): Governance bei Microsoft, strategisch eingebettet in das größere Agenten-Portfolio des Konzerns.
• AG2 (Community): community-getriebene Weiterentwicklung mit Fokus auf Kontinuität für bestehende Nutzer der klassischen API.

Wichtig für die Einordnung: Microsoft hat seine Agenten-Strategie 2026 konsolidiert. Das Microsoft Agent Framework 1.0 ist seit dem 3. April 2026 General Available (Public Preview seit 1. Oktober 2025) und vereint Semantic Kernel und AutoGen unter MIT-Lizenz. Vor dem Zusammenschluss kamen die Vorgängerprojekte gemeinsam auf über 75.000 GitHub-Stars. AutoGen-Konzepte sind dabei in den neuen Graph-Workflow des Agent Framework integriert. Laut Microsoft-Roadmap — diese Aussage zirkuliert primär über Sekundärquellen und sollte gegen die offizielle AutoGen-Projektseite gegengeprüft werden — befindet sich AutoGen im Maintenance-Modus, während die strategische Investition in das Agent Framework fließt.

Architektur-Unterschiede: Konversation vs. Akteure

Der technische Kern des Splits liegt im Architekturmodell.

AutoGen v0.4 verfolgt einen event-getriebenen, akteur-basierten Ansatz. Statt eines linearen Konversationsflusses kommunizieren Agenten über Nachrichten und Events. Das ähnelt klassischen Actor-Modellen aus der verteilten Programmierung: Jeder Agent ist eine eigenständige Einheit, die auf eingehende Nachrichten reagiert. Vorteile sind bessere Skalierbarkeit, Asynchronität und Eignung für verteilte Systeme. Der Preis ist eine höhere konzeptionelle Komplexität gegenüber dem einfachen „zwei Agenten unterhalten sich"-Modell.

AG2 hält am konversationszentrierten Modell der ursprünglichen Linie fest. Die zentralen Bausteine sind Conversable Agents, die in Gruppen-Chats und über Handoffs zusammenarbeiten. Dieses Modell ist intuitiver für Einsteiger und für viele Prototyping-Szenarien ausreichend — der Mental-Load ist niedriger, die API vertrauter für alle, die bereits mit klassischem AutoGen gearbeitet haben.

Diese Unterscheidung ist mehr als kosmetisch. Sie bestimmt, wie Sie Multi-Agenten-Logik strukturieren, wie Sie debuggen und wie gut das System unter Last skaliert.

Tabelle: AutoGen v0.4 vs. AG2 im Vergleich

Hinweis: Konkrete Versionsstände und Star-Zahlen beider Projekte sind Momentaufnahmen und sollten vor produktiven Entscheidungen direkt im jeweiligen Repository geprüft werden (Stand 2026).

Konversations-Agenten: Was bleibt, was sich ändert

Beide Linien stammen vom selben konzeptionellen Stamm: Agenten, die per natürlicher Sprache koordinieren, Werkzeuge aufrufen und Aufgaben unter mehreren Rollen aufteilen. In AG2 ist dieses Muster der Hauptzweck — ein Assistant-Agent, ein User-Proxy-Agent und ein Gruppen-Chat-Manager genügen, um eine kollaborative Pipeline aufzusetzen.

In AutoGen v0.4 existiert dasselbe fachliche Ziel, wird aber über die Event-Schicht realisiert: Konversationen sind ein Pattern oberhalb des Nachrichten-Backbones, nicht das Fundament selbst. Im Microsoft Agent Framework geht diese Linie schließlich im Graph-Workflow auf, der Orchestrierungs-Patterns (sequenziell, parallel, hierarchisch, concurrent) explizit als Graph modelliert — also strukturierter und produktionsnäher als die freie Konversation.

Konkretes Beispiel: Entscheidung für ein DACH-Mittelstandsprojekt

Ein Wiener B2B-Softwarehaus will einen Multi-Agenten-Prozess für die automatisierte Angebotserstellung bauen: ein Rechercheagent, ein Kalkulationsagent, ein Review-Agent. Das Team steht vor der Wahl.

• Bestehender PoC in klassischem AutoGen (v0.2): Der bestehende Prototyp läuft mit Conversable Agents. Soll er ohne Architekturbruch weiterleben, ist AG2 der pragmatische Pfad — die API ist nahezu identisch, der Migrationsaufwand minimal.
• Strategischer Neubau im Microsoft-Stack: Nutzt das Haus ohnehin Azure und braucht LTS-Garantien, native MCP- und A2A-Unterstützung sowie EU-Hosting, ist das Microsoft Agent Framework 1.0 die belastbarere Wahl. Es bietet sechs Provider mit 1-Line-Swap (Azure OpenAI, OpenAI, Anthropic, Bedrock, Gemini, Ollama) und Azure-EU-Regionen (u. a. Frankfurt, West Europe, Switzerland North, Sweden Central).
• Strikte Souveränität ohne US-Vendor: Wer Microsoft-Bindung grundsätzlich vermeiden will, betreibt AG2 self-hosted auf souveräner DACH-Infrastruktur — oder evaluiert alternative, ebenfalls self-host-fähige Frameworks.

Faustregel: Bestehende v0.2-Workloads zu AG2. Strategischer Neubau im Microsoft-/Azure-Stack zum Microsoft Agent Framework. Reines AutoGen v0.4 ist heute vor allem die Brücke für Microsoft-AutoGen-Bestandskunden Richtung Agent Framework.

Migration: Realistische Pfade

Der von Microsoft empfohlene Migrationspfad lautet AutoGen zum Microsoft Agent Framework (für 2026 empfohlen, da AutoGen laut Roadmap im Maintenance-Modus geführt wird). Da AutoGen-Konzepte im Graph-Workflow des Agent Framework aufgehen, betrifft die Migration weniger die Geschäftslogik der Agenten als vielmehr das Neumodellieren der Orchestrierung sowie Tool- und Provider-Wrapping.

Wer dagegen auf der klassischen, konversationsbasierten Linie bleiben will, hat mit AG2 einen Pfad, der keine erzwungene Migration verlangt: Der Fork zielt explizit auf Kontinuität für bestehende v0.2-Codebasen. Das ist der Hauptgrund, warum der Fork überhaupt existiert.

Für Agenturen und B2B-Entscheider

Für Marketing-Agenturen und DACH-B2B-Teams ist die Lehre aus dem AutoGen/AG2-Split nicht „wähle Repository X", sondern: Wähle nach Stabilität, Talent-Pool und Hosting, nicht nach GitHub-Stars. Wer Kundenprojekte langfristig betreiben muss, profitiert vom LTS-Commitment und der EU-Hosting-Option des Microsoft Agent Framework — bei bewusster Akzeptanz der US-Vendor-Bindung und der damit verbundenen CLOUD-Act-Diskussion. Wer maximale Unabhängigkeit oder ein bestehendes v0.2-System ohne Bruch braucht, fährt mit dem community-getriebenen AG2 self-hosted gut.

Als Agentur in Wien begleitet Blck Alpaca die Framework-Evaluation, die DSGVO-konforme Architektur und die Migration bestehender AutoGen-Systeme — von der Entscheidungsmatrix bis zur produktiven Multi-Agenten-Pipeline. Sprechen Sie uns an, bevor Sie sich technisch festlegen: Die richtige Weichenstellung am Anfang spart später den teuren Re-Plattform-Aufwand.