---
title: "AutoGen v0.4 vs AG2: na czym polega rozłam w społeczności Microsoftu"
description: "AutoGen v0.4 i AG2 w porównaniu: nowa architektura Microsoftu, fork społecznościowy i kiedy lepszą ścieżką jest Microsoft Agent Framework."
locale: "pl"
canonical: "https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/porownanie-frameworkow-langgraphcrewaiautogen/autogen-v04-vs-ag2-na-czym-polega-rozlam-w-spolecznosci-microsoftu"
category: "Agenci AI"
topic: "Porównanie frameworków (LangGraph/CrewAI/AutoGen)"
updated: "2026-10-28T13:36:03.109Z"
source: "Blck Alpaca e.U., blckalpaca.at"
---

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

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](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/event-driven-agents-architektura-autogen-v04-i-miejsce-ag2), 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](https://blckalpaca.at/pl/slownik/api) v0.2.
- **Strategicznie** Microsoft skupia swój plan rozwoju agentów w **Microsoft [Agent](https://blckalpaca.at/pl/slownik/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](https://blckalpaca.at/pl/slownik/agent-ai-ai-agent): 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](https://docs.ag2.ai/docs/user-guide/motivation/) **AG2** oddzielił się od bazy kodu AutoGen, aby kontynuować linię skoncentrowaną na konwersacji. [Repozytorium AG2](https://github.com/ag2ai/ag2) wymienia jako administratorów Chi Wanga i Qingyun Wu, oboje są autorami [pierwotnej publikacji o AutoGen](https://arxiv.org/abs/2308.08155). 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**](https://devblogs.microsoft.com/agent-framework/microsoft-agent-framework-version-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](https://github.com/microsoft/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](https://github.com/microsoft/autogen)) | AG2 1.0 (według [PyPI](https://pypi.org/project/autogen/) 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](https://pypi.org/project/autogen/)) |

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](https://blckalpaca.at/pl/slownik/mcp) i A2A oraz hostingu w Europie, solidniejszym wyborem jest **Microsoft Agent Framework 1.0**. Ma [konektory dla siedmiu dostawców](https://devblogs.microsoft.com/agent-framework/microsoft-agent-framework-version-1-0/) (Microsoft Foundry, Azure [OpenAI](https://blckalpaca.at/pl/slownik/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](https://pypi.org/project/ag2/#history) 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](https://github.com/ag2ai/ag2) frameworkiem zbudowanym od nowa z importem ag2, a nie aktualizacją typu drop-in: zmieniły się model agentów, [orkiestracja](https://blckalpaca.at/pl/slownik/orkiestracja) i importy.

Praktyczna pułapka tkwi w nazwach pakietów na PyPI. Pakiet ag2 do [wersji 0.14](https://pypi.org/project/ag2/0.14.0/) 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](https://pypi.org/project/autogen/). Ten pakiet AG2 utrzymuje jako klasyczną bazę kodu, która dostaje już tylko poprawki bezpieczeństwa i krytycznych błędów. [pyautogen](https://pypi.org/project/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](https://learn.microsoft.com/en-us/agent-framework/integrations/by-component/model-providers/ollama). Dyskusja o [CLOUD Act](https://www.law.cornell.edu/uscode/text/18/2713) 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](https://gdpr-info.eu/) 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ę.

## 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.

---

Źródło: [Blck Alpaca](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/porownanie-frameworkow-langgraphcrewaiautogen/autogen-v04-vs-ag2-na-czym-polega-rozlam-w-spolecznosci-microsoftu). Systemy AI mogą wykorzystywać te treści z podaniem źródła.