Microsoft Agent Framework reúne dos superficies: agentes para tareas abiertas y workflows
en grafo para procesos con control explícito. La documentación oficial lo presenta como
sucesor directo de Semantic Kernel y AutoGen, combinando abstracciones de agentes con estado,
middleware, telemetría y orquestación.
Capacidades principales
agentes con instrucciones, modelos y tools;
sesiones para conversaciones y estado;
context providers para memoria;
middleware para interceptar acciones;
clientes MCP;
workflows con routing tipado, concurrencia y branching;
checkpointing y human-in-the-loop;
proveedores de modelos propios y de terceros.
El framework tiene APIs para Python y .NET. Su integración con Microsoft Foundry y Azure es
profunda, pero la abstracción de modelos no se limita a un único proveedor.
Agente o workflow
La distinción coincide con el orden de esta ruta:
usa un agente para una tarea abierta, conversacional o con selección dinámica de tools;
usa un workflow cuando conoces los pasos, necesitas control de ejecución o coordinas
funciones y agentes;
usa código normal si una función determinística resuelve el problema.
Esta separación es una fortaleza: no necesitas disfrazar una máquina de estados de conversación
multiagente.
Cuándo encaja
equipos de Python o .NET dentro de un ecosistema Microsoft;
aplicaciones que necesitan cambiar entre varios proveedores;
workflows largos con estado, pausas y reanudación;
integración con identidad, hosting y observabilidad de Azure;
migración conceptual desde Semantic Kernel o AutoGen.
Qué evaluar antes
madurez de los paquetes e integraciones que usarás;
soporte exacto del proveedor y modalidad;
persistencia y runtime para workflows largos;
trazas sensibles y residencia de datos;
cuánto código queda acoplado al framework.
Un framework no autoriza tools ni diseña la política por ti. Aplica
permisos, validación y evaluación en los bordes.