AutoGen v0.4 vs. AG2: la escisión de la comunidad de Microsoft, explicada

AutoGen vs. AG2 designa la escisión del proyecto AutoGen original en dos líneas: con la versión v0.4, Microsoft reconstruyó AutoGen sobre una arquitectura basada en eventos y en actores, mientras que un fork comunitario continúa el código clásico basado en conversaciones con el nombre AG2. Ambas líneas comparten el concepto básico de los sistemas multiagente conversacionales, pero difieren en origen, gobernanza, arquitectura y hoja de ruta. Para los responsables de decisión en Europa, lo que más cuenta es qué camino tiene futuro para su propio proyecto.

• AutoGen v0.4 es la nueva arquitectura de Microsoft: basada en eventos y en actores, pensada para escalar y para agentes distribuidos.
• AG2 es el fork comunitario cuya línea AG2 Classic continúa la API v0.2.
• En lo estratégico, Microsoft concentra su hoja de ruta de agentes en el Microsoft Agent Framework 1.0 (GA desde el 3 de abril de 2026, licencia MIT), que fusiona Semantic Kernel y AutoGen. AutoGen en sí está en modo de mantenimiento.

Origen y gobernanza: cómo se llegó a la escisión

AutoGen nació como proyecto de investigación y de código abierto en el entorno de Microsoft y pronto se convirtió en uno de los frameworks más conocidos para conversaciones multiagente. La línea original (en torno a la versión v0.2) hizo popular el framework gracias a los llamados Conversable Agents: agentes que «hablan» entre sí en lenguaje natural, negocian tareas y llaman a herramientas.

Al pasar a la v0.4, Microsoft optó por una reconstrucción arquitectónica de fondo en lugar de una evolución gradual. Esa ruptura (nueva arquitectura, otra filosofía de API) fue el detonante de la escisión de la comunidad. En noviembre de 2024, AG2 se separó del código base de AutoGen para continuar la línea centrada en la conversación. El repositorio de AG2 menciona como administradores a Chi Wang y Qingyun Wu, ambos autores del artículo original sobre AutoGen. Así surgieron dos líneas paralelas:

• AutoGen (Microsoft): repositorio en Microsoft, integrado estratégicamente en la cartera de agentes más amplia de la compañía. Desde que pasó a modo de mantenimiento, la comunidad se encarga del proyecto.
• AG2 (ag2ai): proyecto independiente con hoja de ruta propia. La línea clásica AG2 Classic continúa la API v0.2 para los usuarios existentes.

Importante para situar el contexto: Microsoft consolidó su estrategia de agentes en 2026. El Microsoft Agent Framework 1.0 está disponible de forma general desde el 3 de abril de 2026 (en versión preliminar pública desde el 1 de octubre de 2025) y une Semantic Kernel y AutoGen bajo licencia MIT. Antes de la fusión, los proyectos predecesores sumaban más de 75.000 estrellas en GitHub. Los conceptos de AutoGen se integran en el nuevo workflow basado en grafos del Agent Framework. Según el repositorio de AutoGen, AutoGen está en modo de mantenimiento: no hay funciones nuevas y en adelante la comunidad se encarga de mantenerlo. Allí, Microsoft recomienda el Agent Framework a los usuarios nuevos y ofrece una guía de migración a los existentes.

Diferencias de arquitectura: conversación frente a actores

El núcleo técnico de la escisión está en el modelo de arquitectura.

AutoGen v0.4 sigue un enfoque basado en eventos y en actores. En lugar de un flujo de conversación lineal, los agentes se comunican mediante mensajes y eventos. Se parece a los modelos de actores clásicos de la programación distribuida: cada agente es una unidad independiente que reacciona a los mensajes entrantes. Las ventajas son mejor escalabilidad, asincronía e idoneidad para sistemas distribuidos. El precio es una mayor complejidad conceptual frente al sencillo modelo de «dos agentes que conversan».

AG2 Classic se mantiene fiel al modelo centrado en la conversación de la línea original. Sus piezas clave son los Conversable Agents, que colaboran en chats grupales y mediante handoffs. Este modelo resulta más intuitivo para quien empieza y basta para muchos escenarios de prototipado: la carga mental es menor y la API resulta más familiar para quienes ya han trabajado con el AutoGen clásico.

Esta diferencia va más allá de lo cosmético. Determina cómo estructuras la lógica multiagente, cómo depuras y lo bien que escala el sistema bajo carga.

Tabla comparativa: AutoGen v0.4 vs. AG2

Nota: las versiones concretas y el número de estrellas de ambos proyectos son instantáneas y conviene comprobarlos directamente en cada repositorio antes de tomar decisiones para producción (datos de 2026).

Agentes conversacionales: qué se mantiene y qué cambia

Ambas líneas proceden del mismo tronco conceptual: agentes que se coordinan en lenguaje natural, llaman a herramientas y reparten tareas entre varios roles. En AG2 Classic, este patrón es el propósito principal: un agente asistente, un agente proxy de usuario y un gestor de chat grupal bastan para montar un pipeline colaborativo.

En AutoGen v0.4 existe el mismo objetivo funcional, pero se materializa a través de la capa de eventos: las conversaciones son un patrón por encima de la columna vertebral de mensajería, no la base en sí. En el Microsoft Agent Framework, esta línea acaba integrándose en el workflow basado en grafos, que modela explícitamente como grafo los patrones de orquestación (secuencial, paralelo, handoff, chat grupal, Magentic), es decir, de forma más estructurada y más cercana a producción que la conversación libre.

Ejemplo concreto: decidir en un proyecto para una pyme de la región DACH (Alemania, Austria y Suiza)

Una empresa de software B2B de Viena quiere crear un proceso multiagente para elaborar presupuestos de forma automatizada: un agente de investigación, un agente de cálculo de costes y un agente de revisión. El equipo tiene que elegir.

• PoC existente en AutoGen clásico (v0.2): el prototipo actual funciona con Conversable Agents. Si debe seguir vivo sin una ruptura de arquitectura, AG2 Classic es el camino pragmático: la API es casi idéntica y el esfuerzo de migración, mínimo.
• Nuevo desarrollo estratégico en el stack de Microsoft: si la empresa ya usa Azure y necesita garantías LTS, compatibilidad nativa con MCP y A2A y alojamiento en Europa, el Microsoft Agent Framework 1.0 es la opción más sólida. Incluye conectores para siete proveedores (Microsoft Foundry, Azure OpenAI, OpenAI, Anthropic, Bedrock, Gemini, Ollama); quien usa Azure elige regiones europeas (entre otras, Germany West Central en Fráncfort, West Europe, Sweden Central y Switzerland North).
• Soberanía estricta: lo decisivo es dónde se ejecutan los modelos y los datos. El autoalojamiento con modelos locales es posible con AG2 igual que con el Microsoft Agent Framework a través de Ollama. Quien además quiera una hoja de ruta que no dependa de Microsoft apuesta por AG2 o por otro framework de código abierto que se pueda autoalojar.

Regla práctica: las cargas de trabajo v0.2 existentes, a AG2 Classic (paquete autogen). Los desarrollos estratégicos nuevos en el stack de Microsoft/Azure, al Microsoft Agent Framework. AutoGen v0.4 por sí solo es hoy sobre todo el puente de los clientes actuales de Microsoft AutoGen hacia el Agent Framework.

Migración: caminos realistas

La ruta de migración que recomienda Microsoft es de AutoGen al Microsoft Agent Framework (AutoGen en sí está en modo de mantenimiento y Microsoft ofrece una guía de migración para ello). Como los conceptos de AutoGen se integran en el workflow basado en grafos del Agent Framework, la migración afecta menos a la lógica de negocio de los agentes que a volver a modelar la orquestación y al wrapping de herramientas y proveedores.

Si, en cambio, quieres quedarte en la línea clásica basada en conversaciones, no necesitas ninguna migración forzosa. Desde AG2 1.0, del 27 de julio de 2026, esta línea se llama AG2 Classic: conserva el import autogen y clases como ConversableAgent y GroupChat. Según el repositorio de AG2, AG2 1.0 es un framework construido desde cero con el import ag2 y no una actualización drop-in: han cambiado el modelo de agentes, la orquestación y los imports.

La trampa práctica está en los nombres de los paquetes en PyPI. El paquete ag2 incluía el import autogen hasta la versión 0.14. A partir de la versión 1.0 ya no lo trae, así que una actualización sin fijar la versión instala la 1.0 y rompe el código Classic existente. Si instalaste código Classic con ag2, fija ag2<1.0 o cambia al paquete autogen. Este paquete lo gestiona AG2 como código base clásico, que ya solo recibe correcciones de seguridad y de errores críticos. pyautogen vuelve a pertenecer a Microsoft y hoy instala la línea actual autogen-agentchat. Si todavía ejecutas código v0.2 con él, tienes que fijar pyautogen~=0.2.0. La línea v0.4 de Microsoft se distribuye como autogen-agentchat, autogen-core y autogen-ext.

Para agencias y responsables de decisión B2B

La lección de la escisión AutoGen/AG2 para agencias de marketing y equipos B2B en Europa: elige por estabilidad, disponibilidad de talento y alojamiento, no por estrellas en GitHub. Si tienes que operar proyectos de clientes a largo plazo, te beneficias del compromiso LTS del Microsoft Agent Framework. Se puede alojar en regiones europeas de Azure o totalmente por cuenta propia, también con modelos locales a través de Ollama. El debate sobre la CLOUD Act afecta a los servicios de nube y de modelos de proveedores estadounidenses que se utilicen, no al SDK. Si quieres seguir operando un sistema v0.2 existente sin rupturas, AG2 Classic es una buena opción, pero ten en cuenta que ya solo recibe correcciones de seguridad y de errores críticos. Si construyes de cero con independencia de la hoja de ruta de Microsoft, evalúa AG2 1.0 u otro framework de código abierto que se pueda autoalojar.

Como agencia en Viena, Blck Alpaca te acompaña en la evaluación de frameworks, la arquitectura conforme al RGPD y la migración de sistemas AutoGen existentes, desde la matriz de decisión hasta el pipeline multiagente en producción. Háblanos antes de comprometerte con una tecnología: acertar con el rumbo al principio te ahorra más adelante el costoso cambio de plataforma.