Przejdź do treści
3.4Średniozaawansowany7 min

AutoGen v0.4 vs AG2: na czym polega rozłam w społeczności Microsoftu

Sebastian KarallZaktualizowano 28 października 2026
Definicja

AutoGen vs AG2 to określenie podziału pierwotnego projektu AutoGen: Microsoft w wersji v0.4 przebudował AutoGen na architekturę sterowaną zdarzeniami i opartą na aktorach, a dwoje z pierwotnych autorów AutoGen, Chi Wang i Qingyun Wu, kontynuowało wspólnie ze społecznością rozwój klasycznego, opartego na konwersacji kodu jako AG2 (dziś AG2 Classic). Oba projekty łączy koncepcja wieloagentowa, ale różnią się modelem zarządzania, architekturą i planem rozwoju.

W skrócie

  • AutoGen v0.4 to nowa architektura Microsoftu, sterowana zdarzeniami i oparta na aktorach. AG2 to fork społecznościowy skupiony wokół współautorów AutoGen, Chi Wanga i Qingyun Wu: AG2 Classic (import autogen) kontynuuje API v0.2, a AG2 1.0 (lipiec 2026) to zbudowany od nowa framework z własnym importem ag2.
  • Rozłam dotyczy przede wszystkim modelu zarządzania: AutoGen leży w repozytorium Microsoftu, jest w trybie utrzymania i opiekuje się nim społeczność; AG2 to samodzielny projekt (ag2ai).
  • Strategicznie Microsoft skupia swój plan rozwoju agentów w Microsoft Agent Framework 1.0 (GA od 3 kwietnia 2026, licencja MIT), który łączy Semantic Kernel i AutoGen; koncepcje AutoGen zostały zintegrowane z jego workflow opartym na grafach.
  • Według repozytorium AutoGen projekt jest w trybie utrzymania: nie ma nowych funkcji, a opiekę przejmuje społeczność. Microsoft zaleca Microsoft Agent Framework w nowych projektach, a dotychczasowym użytkownikom migrację do niego.
  • W europejskim B2B stabilność, dostępność specjalistów i hosting liczą się bardziej niż repozytorium. Self-hosting z lokalnymi modelami jest możliwy zarówno z AG2, jak i z Microsoft Agent Framework; kwestia CLOUD Act dotyczy używanych amerykańskich usług chmurowych, takich jak Azure, a nie frameworka.
  • Istniejące wdrożenia v0.2 działają dalej w AG2 Classic bez łamania kompatybilności; w strategicznych nowych projektach w stacku Microsoftu bardziej przyszłościowym wyborem jest Microsoft Agent Framework.

AutoGen vs AG2 to określenie podziału pierwotnego projektu AutoGen na dwie linie: Microsoft w wersji v0.4 przebudował AutoGen na architekturę sterowaną zdarzeniami i opartą na aktorach, a fork społecznościowy rozwija dalej klasyczny, oparty na konwersacji kod pod nazwą AG2. Obie linie łączy podstawowa koncepcja konwersacyjnych systemów wieloagentowych, ale różnią się pochodzeniem, modelem zarządzania, architekturą i planem rozwoju. Dla decydentów w Europie liczy się przede wszystkim to, która ścieżka jest przyszłościowa dla ich własnego projektu.

  • AutoGen v0.4 to nowa architektura Microsoftu: sterowana zdarzeniami, oparta na aktorach, zaprojektowana z myślą o skalowaniu i rozproszonych agentach.
  • AG2 to fork społecznościowy, którego linia AG2 Classic kontynuuje API v0.2.
  • Strategicznie Microsoft skupia swój plan rozwoju agentów w Microsoft Agent Framework 1.0 (GA od 3 kwietnia 2026, licencja MIT), który łączy Semantic Kernel i AutoGen. Sam AutoGen jest w trybie utrzymania.

Pochodzenie i model zarządzania: jak doszło do rozłamu

AutoGen powstał jako projekt badawczy i open source w otoczeniu Microsoftu i szybko stał się jednym z najbardziej znanych frameworków do konwersacji wieloagentowych. Pierwotna linia (w okolicach wersji v0.2) spopularyzowała framework dzięki tak zwanym Conversable Agents: agentom, które „rozmawiają” ze sobą w języku naturalnym, negocjują zadania i wywołują narzędzia.

Przy przejściu na v0.4 Microsoft zdecydował się na gruntowną przebudowę architektury zamiast stopniowej ewolucji. To zerwanie ciągłości (nowa architektura, zmieniona filozofia API) wywołało odłączenie się społeczności. W listopadzie 2024 AG2 oddzielił się od bazy kodu AutoGen, aby kontynuować linię skoncentrowaną na konwersacji. Repozytorium AG2 wymienia jako administratorów Chi Wanga i Qingyun Wu, oboje są autorami pierwotnej publikacji o AutoGen. Tak powstały dwie równoległe linie:

  • AutoGen (Microsoft): repozytorium w Microsofcie, strategicznie osadzone w szerszym portfolio agentowym koncernu. Od przejścia w tryb utrzymania projektem opiekuje się społeczność.
  • AG2 (ag2ai): samodzielny projekt z własnym planem rozwoju. Klasyczna linia AG2 Classic kontynuuje API v0.2 dla dotychczasowych użytkowników.

Ważne dla kontekstu: Microsoft skonsolidował swoją strategię agentową w 2026 roku. Microsoft Agent Framework 1.0 jest ogólnie dostępny od 3 kwietnia 2026 (publiczna wersja zapoznawcza od 1 października 2025) i łączy Semantic Kernel i AutoGen na licencji MIT. Przed połączeniem projekty poprzedniki miały łącznie ponad 75 000 gwiazdek na GitHubie. Koncepcje AutoGen zostały zintegrowane z nowym workflow opartym na grafach w Agent Framework. Według repozytorium AutoGen AutoGen jest w trybie utrzymania: nie ma nowych funkcji, a opiekę przejmuje społeczność. Nowym użytkownikom Microsoft zaleca tam Agent Framework, a dotychczasowym udostępnia przewodnik migracji.

Różnice w architekturze: konwersacja vs aktorzy

Techniczne sedno rozłamu tkwi w modelu architektury.

AutoGen v0.4 stosuje podejście sterowane zdarzeniami i oparte na aktorach. Zamiast liniowego przepływu konwersacji agenci komunikują się za pomocą wiadomości i zdarzeń. Przypomina to klasyczne modele aktorowe z programowania rozproszonego: każdy agent jest samodzielną jednostką, która reaguje na przychodzące wiadomości. Zalety to lepsza skalowalność, asynchroniczność i przydatność w systemach rozproszonych. Ceną jest większa złożoność koncepcyjna w porównaniu z prostym modelem „dwóch rozmawiających agentów”.

AG2 Classic trzyma się modelu skoncentrowanego na konwersacji z pierwotnej linii. Głównymi elementami są Conversable Agents, które współpracują w czatach grupowych i przez handoffy. Ten model jest bardziej intuicyjny dla początkujących i wystarcza w wielu scenariuszach prototypowania: obciążenie poznawcze jest mniejsze, a API bardziej znajome dla wszystkich, którzy pracowali już z klasycznym AutoGen.

Ta różnica nie jest tylko kosmetyczna. Decyduje o tym, jak strukturyzujesz logikę wieloagentową, jak debugujesz i jak dobrze system skaluje się pod obciążeniem.

Tabela: porównanie AutoGen v0.4 i AG2

Kryterium

AutoGen v0.4 (Microsoft)

AG2 Classic (fork społecznościowy)

Pochodzenie

Nowa architektura linii AutoGen od Microsoftu

Fork pierwotnej bazy kodu AutoGen (stan v0.2)

Model zarządzania

Repozytorium Microsoftu, od przejścia w tryb utrzymania pod opieką społeczności

samodzielny projekt (ag2ai)

Architektura

Sterowana zdarzeniami, oparta na aktorach

Skoncentrowana na konwersacji (Conversable Agents)

Model mentalny

Wiadomości/zdarzenia między aktorami

Agenci „rozmawiają”, czaty grupowe, handoffy

Skalowanie / rozproszenie

zaprojektowany pod systemy rozproszone i asynchroniczne

klasyczny, prostszy przy niewielkich konfiguracjach

Krzywa uczenia się

bardziej stroma (nowe koncepcje)

łagodniejsza (znajome API v0.2)

Strategiczny plan rozwoju

wchłaniany przez Microsoft Agent Framework 1.0

Utrzymanie (poprawki bezpieczeństwa i krytycznych błędów); dalszy rozwój w AG2 1.0

Zalecana ścieżka dla nowych projektów

Microsoft Agent Framework (według repozytorium AutoGen)

AG2 1.0 (według PyPI aktywnie rozwijana wersja)

Kontekst licencyjny

Microsoft Agent Framework: MIT (GA 03.04.2026)

Apache 2.0 dla zmian w AG2, pierwotny kod AutoGen nadal na licencji MIT (według PyPI)

Uwaga: konkretne wersje i liczby gwiazdek obu projektów to migawki, które przed decyzjami produkcyjnymi warto sprawdzić bezpośrednio w danym repozytorium (stan na 2026 r.).

Agenci konwersacyjni: co zostaje, a co się zmienia

Obie linie wyrastają z tego samego koncepcyjnego pnia: agentów, którzy koordynują się za pomocą języka naturalnego, wywołują narzędzia i dzielą zadania między kilka ról. W AG2 Classic ten wzorzec jest głównym celem: agent asystent, agent proxy użytkownika i menedżer czatu grupowego wystarczą, aby zbudować współpracujący pipeline.

W AutoGen v0.4 istnieje ten sam cel merytoryczny, ale realizuje się go przez warstwę zdarzeń: konwersacje są wzorcem ponad szkieletem komunikatów, a nie samym fundamentem. W Microsoft Agent Framework ta linia ostatecznie przechodzi w workflow oparty na grafach, który jawnie modeluje wzorce orkiestracji (sekwencyjny, równoległy, handoff, czat grupowy, Magentic) jako graf, czyli w sposób bardziej uporządkowany i bliższy produkcji niż swobodna konwersacja.

Konkretny przykład: decyzja w projekcie MŚP z regionu DACH (Niemcy, Austria, Szwajcaria)

Wiedeński software house B2B chce zbudować proces wieloagentowy do automatycznego przygotowywania ofert: agent do researchu, agent do kalkulacji i agent do weryfikacji. Zespół musi dokonać wyboru.

  • Istniejący PoC w klasycznym AutoGen (v0.2): obecny prototyp działa na Conversable Agents. Jeśli ma żyć dalej bez zmiany architektury, pragmatyczną ścieżką jest AG2 Classic: API jest niemal identyczne, a nakład pracy na migrację minimalny.
  • Nowy projekt strategiczny w stacku Microsoftu: jeśli firma i tak korzysta z Azure i potrzebuje gwarancji LTS, natywnej obsługi MCP i A2A oraz hostingu w Europie, solidniejszym wyborem jest Microsoft Agent Framework 1.0. Ma konektory dla siedmiu dostawców (Microsoft Foundry, Azure OpenAI, OpenAI, Anthropic, Bedrock, Gemini, Ollama); kto korzysta z Azure, wybiera regiony europejskie (m.in. Germany West Central we Frankfurcie, West Europe, Sweden Central, Switzerland North).
  • Ścisła suwerenność: decyduje to, gdzie działają modele i dane. Self-hosting z lokalnymi modelami jest możliwy zarówno z AG2, jak i z Microsoft Agent Framework przez Ollama. Kto dodatkowo chce planu rozwoju niezależnego od Microsoftu, stawia na AG2 albo inny framework open source, który można hostować samodzielnie.

Praktyczna zasada: istniejące wdrożenia v0.2 do AG2 Classic (pakiet autogen). Strategiczne nowe projekty w stacku Microsoft/Azure do Microsoft Agent Framework. Sam AutoGen v0.4 jest dziś głównie pomostem do Agent Framework dla obecnych klientów Microsoft AutoGen.

Migracja: realne ścieżki

Zalecana przez Microsoft ścieżka migracji prowadzi z AutoGen do Microsoft Agent Framework (sam AutoGen jest w trybie utrzymania, a Microsoft udostępnia do tego przewodnik migracji). Ponieważ koncepcje AutoGen przechodzą do workflow opartego na grafach w Agent Framework, migracja dotyczy nie tyle logiki biznesowej agentów, ile ponownego zamodelowania orkiestracji oraz opakowania narzędzi i dostawców.

Jeśli natomiast chcesz zostać przy klasycznej linii opartej na konwersacji, nie potrzebujesz żadnej wymuszonej migracji. Od AG2 1.0 z 27 lipca 2026 ta linia nazywa się AG2 Classic: zachowuje import autogen oraz klasy takie jak ConversableAgent i GroupChat. Samo AG2 1.0 jest według repozytorium AG2 frameworkiem zbudowanym od nowa z importem ag2, a nie aktualizacją typu drop-in: zmieniły się model agentów, orkiestracja i importy.

Praktyczna pułapka tkwi w nazwach pakietów na PyPI. Pakiet ag2 do wersji 0.14 dostarczał import autogen. Od wersji 1.0 go nie ma, więc aktualizacja bez przypięcia wersji pobierze 1.0 i zepsuje istniejący kod Classic. Jeśli kod Classic został zainstalowany przez ag2, przypnij ag2<1.0 albo przejdź na pakiet autogen. Ten pakiet AG2 utrzymuje jako klasyczną bazę kodu, która dostaje już tylko poprawki bezpieczeństwa i krytycznych błędów. pyautogen znów należy do Microsoftu i dziś instaluje aktualną linię autogen-agentchat. Jeśli nadal uruchamiasz na nim kod v0.2, musisz przypiąć pyautogen~=0.2.0. Linia v0.4 Microsoftu jest dostępna jako autogen-agentchat, autogen-core i autogen-ext.

Dla agencji i decydentów B2B

Lekcja z rozłamu AutoGen/AG2 dla agencji marketingowych i zespołów B2B w Europie: wybieraj według stabilności, dostępności specjalistów i hostingu, a nie według gwiazdek na GitHubie. Jeśli musisz długoterminowo utrzymywać projekty klientów, skorzystasz na zobowiązaniu LTS, które daje Microsoft Agent Framework. Można go hostować w europejskich regionach Azure albo całkowicie samodzielnie, również z lokalnymi modelami przez Ollama. Dyskusja o CLOUD Act dotyczy używanych usług chmurowych i modeli amerykańskich dostawców, a nie SDK. Jeśli chcesz dalej używać istniejącego systemu v0.2 bez łamania kompatybilności, AG2 Classic dobrze się sprawdzi, ale musisz wziąć pod uwagę, że dostaje już tylko poprawki bezpieczeństwa i krytycznych błędów. Jeśli budujesz od zera niezależnie od planu rozwoju Microsoftu, sprawdź AG2 1.0 albo inny framework open source, który można hostować samodzielnie.

Jako agencja z Wiednia Blck Alpaca wspiera Cię przy ocenie frameworków, architekturze zgodnej z RODO i migracji istniejących systemów AutoGen, od macierzy decyzyjnej po produkcyjny pipeline wieloagentowy. Odezwij się do nas, zanim podejmiesz decyzje techniczne: właściwy wybór kierunku na starcie oszczędzi Ci później kosztownej migracji na inną platformę.

Podsumuj z AIChatGPTClaudePerplexity

Otwiera czat z przygotowanym promptem.

Najczęściej zadawane pytania

Czym różni się AutoGen v0.4 od AG2?
AutoGen v0.4 to gruntownie przebudowana przez Microsoft architektura, sterowana zdarzeniami i oparta na aktorach. AG2 to fork społecznościowy skupiony wokół współautorów AutoGen, Chi Wanga i Qingyun Wu: AG2 Classic (import autogen) kontynuuje API v0.2, a AG2 1.0 (lipiec 2026) to framework zbudowany od nowa. Obie linie różnią się modelem zarządzania (repozytorium Microsoftu vs samodzielny projekt ag2ai) i architekturą (nowa konstrukcja vs ciągłość). Łączy je podstawowa koncepcja konwersacji wieloagentowej.
Czy AutoGen jest martwy albo wycofany?
Nie. Według repozytorium AutoGen projekt jest w trybie utrzymania: nie dostaje już nowych funkcji, a w przyszłości będzie go utrzymywać społeczność. Microsoft strategicznie stawia na Microsoft Agent Framework 1.0, który od 3 kwietnia 2026 jest ogólnie dostępny i łączy Semantic Kernel oraz AutoGen. Koncepcje AutoGen zostały zintegrowane z jego workflow opartym na grafach. W nowych projektach Microsoft zaleca przejście na Agent Framework.
Co wybrać do nowego projektu: AutoGen, AG2 czy Microsoft Agent Framework?
W strategicznych nowych projektach w stacku Microsoft/Azure najbardziej przyszłościową opcją jest Microsoft Agent Framework 1.0 (GA, MIT, zobowiązanie LTS). AG2 Classic sprawdzi się, jeśli chcesz dalej używać istniejących agentów konwersacyjnych v0.2 bez łamania kompatybilności i bez wiązania się z Microsoftem; dostaje jednak już tylko poprawki bezpieczeństwa i krytycznych błędów. Jeśli budujesz od zera i niezależnie od planu rozwoju Microsoftu, sprawdź AG2 1.0. Sam AutoGen v0.4 jest istotny głównie dla obecnych użytkowników Microsoft AutoGen, którzy migrują do Agent Framework.
Jak przejść z AutoGen na Microsoft Agent Framework?
W repozytorium AutoGen Microsoft zaleca migrację do Microsoft Agent Framework i udostępnia przewodnik migracji. Ponieważ koncepcje AutoGen przechodzą do workflow opartego na grafach w Agent Framework, migracja dotyczy głównie ponownego zamodelowania orkiestracji oraz opakowania narzędzi i dostawców. Framework ma konektory dla siedmiu dostawców oraz natywną obsługę MCP i A2A.
Które rozwiązanie można stosować w Europie zgodnie z RODO?
Zarówno AG2, jak i Microsoft Agent Framework można hostować samodzielnie, również z lokalnymi modelami przez Ollama. Microsoft Agent Framework to SDK na licencji MIT. Jeśli korzystasz przy tym z usług Azure, możesz wybrać regiony europejskie (m.in. Germany West Central we Frankfurcie, West Europe, Sweden Central, Switzerland North); dyskusja o CLOUD Act dotyczy wtedy usługi Azure, a nie SDK. Przy ścisłej suwerenności decyduje to, gdzie działają modele i dane. To nie jest porada prawna.

Chcesz zgłębić temat?

Otrzymuj nowe analizy prosto na swoją skrzynkę albo zobacz, jak wykorzystujemy tę wiedzę w firmach.