Copilot Studio o Microsoft Foundry: cómo elegir

Elige primero el plano de gobierno y después la herramienta. Si el trabajo del agente vive dentro de Microsoft 365 y lo va a mantener alguien de negocio, constrúyelo en Copilot Studio. Si necesita código propio, tu red virtual o un modelo concreto, constrúyelo en Microsoft Foundry. Lo demás es detalle.

Escrito así parece evidente. No es como se decide en la práctica.

El patrón se repite: alguien pregunta cuál de las dos plataformas es mejor, se compara funcionalidad tres semanas y se elige la que ya está pagada. Seis meses después, con el agente en producción, seguridad pregunta quién ve la traza de auditoría y resulta que la respuesta vive en otro centro de administración del que nadie se había hecho cargo. A esas alturas rehacerlo ya no es un cambio: es un proyecto.

¿Qué separa de verdad a Copilot Studio de Microsoft Foundry?

No son dos versiones del mismo producto. Copilot Studio es una plataforma de agentes gobernada desde Power Platform y Microsoft 365. Microsoft Foundry es una plataforma de agentes gobernada desde Azure. Las capacidades se solapan mucho; los planos de control casi nada. Esa es la diferencia que aguanta una reunión con el responsable de seguridad.

Copilot Studio vive en Power Platform

Un agente de Copilot Studio es un ciudadano de Power Platform. Se gobierna desde el centro de administración con directivas de datos: ahí se restringe la autenticación de creadores y usuarios, las fuentes de conocimiento, las acciones y conectores, las peticiones HTTP, los desencadenadores y hasta la publicación en canales concretos. La lista está en la documentación de seguridad y gobernanza de Copilot Studio, y el mecanismo de fondo son las directivas de datos de Power Platform de toda la vida.

Su ciclo de vida va por soluciones y entornos, con enrutamiento de entornos para que un creador nuevo aterrice donde no pueda romper nada. Si ya gobiernas Power Apps, nada de esto es nuevo, y esa familiaridad vale más de lo que se le reconoce.

Microsoft Foundry vive en Azure

Microsoft Foundry —lo que antes se llamaba Azure AI Foundry— gobierna agentes como Azure gobierna todo lo demás: recursos, RBAC, redes virtuales, suscripciones. El servicio de agente de Foundry ofrece tres tipos: agentes de petición (solo configuración: instrucciones, modelo, herramientas), agentes de voz para conversación hablada en tiempo real, y agentes hospedados, que son tu propio contenedor —Agent Framework, LangGraph, el SDK de OpenAI o tu código— ejecutado por Foundry con punto de conexión gestionado, escalado automático e identidad de Entra dedicada por agente.

El control de acceso es RBAC de Azure sobre el recurso y el aislamiento de red se configura como en cualquier carga de Azure. Qué cambió con el renombrado lo conté en Microsoft Foundry vs Azure AI Foundry: se movió el nombre, no el modelo de gobierno.

¿Qué decisión hay que tomar antes de elegir plataforma?

Dentro de Copilot Studio hay una decisión más pequeña y mucho más difícil de deshacer: el arnés. Hay dos entornos de creación y ejecución, eliges uno al crear el agente, y un agente creado con un arnés no se puede pasar al otro. Es una puerta de un solo sentido y casi todo el mundo la cruza sin enterarse.

Arnés estándar o arnés de GitHub Copilot

El estándar es el modelo conocido: temas explícitos, desencadenadores, flujos con ramas, orquestación configurable. El arnés de GitHub Copilot lo sustituye por describir el agente en lenguaje natural, con una orquestación mejorada que decide cuándo usar conocimiento y cuándo invocar herramientas; la creación se concentra en cuatro pestañas: Compilación, Vista previa, Evaluación y Supervisión. Pese al nombre, Microsoft aclara que es un marco de Copilot Studio, no el servicio GitHub Copilot, y que los datos de cliente no se envían allí.

Mi criterio: para conversación sobre datos de Microsoft 365, el arnés de GitHub Copilot es mejor opción por defecto, porque la orquestación rinde más y dejas de mantener lógica de flujo que el modelo puede inferir. Pero si el valor del agente es un proceso determinista —los mismos cinco pasos, en el mismo orden, auditables—, los temas explícitos son una ventaja, no un resto del pasado.

En Foundry la bifurcación equivalente es más blanda: un agente de petición que se queda corto se reescribe como hospedado sin salir de la plataforma, del modelo de recursos ni de la identidad. Cambias la implementación y conservas el gobierno. Esa asimetría vale dinero y casi nadie la pone en la hoja de cálculo.

¿Quién gobierna la identidad y la auditoría?

Las dos dan identidad de Entra al agente, las dos se aíslan en red y las dos escriben auditoría. Cambia quién administra cada cosa, y de eso depende lo rápido que contestes a seguridad un viernes por la tarde.

En Foundry la identidad es nativa: los agentes hospedados reciben identidad de Entra dedicada automáticamente. En Copilot Studio los agentes pasan a ser identidades de Entra cuando incorporas Microsoft Agent 365, y entonces puedes aplicarles acceso condicional, control de acceso por rol y por atributos, y flujos de gobierno de acceso. Conviene ver la dependencia: la mejor historia de identidad y red de Copilot Studio —incluidos los controles de entrada y salida de red de Entra, ya en disponibilidad general— llega vía Agent 365, no con Copilot Studio a secas.

El hueco de Customer Lockbox que nadie lee

Copilot Studio admite Customer Lockbox, pero no lo cubre todo. El registro de auditoría de seguridad —invocaciones del agente, llamadas a herramientas y acciones, decisiones de aplicación de directivas, señales de actividad en ejecución— se procesa por la canalización de auditoría de Purview y no por el servicio de Copilot Studio, así que Lockbox no se le aplica. Los eventos de gobierno y auditoría de Agent 365 también quedan fuera.

Si tu postura de cumplimiento es «Lockbox cubre nuestros datos», esa frase es falsa justo para la telemetría por la que preguntará el auditor.

Y una función infrautilizada: el análisis de seguridad automático muestra hallazgos de riesgo mientras el creador configura conocimiento, herramientas y acciones, y avisa antes de publicar si se tocaron los valores de seguridad por defecto. Casi todos los creadores pasan de largo. La secuencia completa de lo que ocurre al publicar la desglosé en qué pasa al publicar un agente de Copilot Studio.

¿Cuánto cuesta realmente cada opción?

Monedas distintas y formas distintas de fallar. Copilot Studio mide en créditos de Copilot; Foundry mide inferencia, herramientas y, en agentes hospedados, cómputo de contenedor.

Dos datos de la página de licenciamiento deciden presupuestos. Primero: la capacidad se aplica mensualmente y los créditos no consumidos no se acumulan; si te pasas, la aplicación técnica puede llegar a denegar el servicio. Segundo, y cambia la aritmética entera: con licencia de Microsoft 365 Copilot, usar agentes en Copilot Chat, Teams o SharePoint para respuestas clásicas, respuestas generativas o anclaje en Microsoft Graph del inquilino tiene coste cero; no descuenta del paquete ni del medidor.

Para un agente que responde preguntas sobre contenido de Microsoft 365 a gente que ya tiene licencia, eso es prácticamente gratis. Es el argumento comercial más fuerte a favor de Copilot Studio.

Ojo al otro lado: en el arnés de GitHub Copilot, construir, probar y evaluar agentes consume créditos, no solo ejecutarlos. Un ciclo largo de ajuste tiene factura, un patrón que traté en el coste oculto de los agentes de Copilot Studio.

Entonces, ¿dónde construyo?

Cuatro preguntas, de abajo arriba. La mayoría de las discusiones que presencio son dos equipos respondiendo a la cuarta mientras discrepan en la primera.

Copilot Studio cuando el conocimiento es contenido de Microsoft 365, los usuarios se lo encuentran en Teams, Copilot Chat o SharePoint, quien lo toque el trimestre que viene es alguien de negocio, y tus usuarios ya tienen licencia de Microsoft 365 Copilot.

Microsoft Foundry cuando hace falta código propio, un marco concreto o un modelo elegido por ti; cuando tiene que estar dentro de tu red virtual; cuando habla más con servicios de Azure y APIs propias que con Graph; o cuando lo mantendrá un equipo de ingeniería con su canalización de despliegue.

Y el caso que nadie planifica: las dos. Muchas arquitecturas acaban con un agente de Copilot Studio como superficie de conversación y agentes de Foundry haciendo el trabajo especializado por detrás. Es válido, pero decídelo a propósito: operas dos planos de gobierno y necesitas una respuesta a cómo se tría un incidente entre ambos. Cómo llevar eso a producción lo escribí en Copilot Studio en producción.

Si no sabes decir el nombre de quien gobierna el plano de control, todavía no estás listo para elegir plataforma. Escribe ese nombre primero. Después la decisión técnica se vuelve fácil, y si no, el problema nunca fue la herramienta.

Preguntas frecuentes

¿Microsoft Foundry y Azure AI Foundry son lo mismo?

Sí. Microsoft Foundry es el nombre actual de la plataforma que antes se llamaba Azure AI Foundry, y las URL antiguas de Microsoft Learn redirigen a las nuevas. El modelo de gobierno, la estructura de recursos y el RBAC de Azure no cambiaron con el renombrado.

¿Puedo mover un agente de Copilot Studio a Microsoft Foundry?

No como migración. Son tiempos de ejecución distintos con modelos de recursos distintos: mover significa rehacer el agente en destino. Dentro de Copilot Studio, la elección de arnés también es permanente.

¿Necesito Microsoft Agent 365 para gobernar agentes de Copilot Studio?

No, pero cambia lo que puedes hacer. Sin él gobiernas con directivas de datos de Power Platform, registros de auditoría de creadores en Purview y alertas en Sentinel. Con él, los agentes se representan como identidades de Entra y se gobiernan con acceso condicional, control de acceso por rol y por atributos, y controles de red de Entra.

¿Cuál es más barata?

Ninguna de forma fiable. Copilot Studio usa créditos con capacidad mensual que no se acumula, más la excepción de coste cero para usuarios con licencia de Microsoft 365 Copilot en escenarios de anclaje en Microsoft 365. Foundry factura inferencia y herramientas por llamada, más cómputo de contenedor en agentes hospedados. Para anclaje en Microsoft 365 con usuarios licenciados, Copilot Studio suele salir más barato; para cargas personalizadas de alto volumen, haz el modelo económico antes de comprometerte.