Portada editorial: crear agentes de Copilot con Agent Builder o Copilot Studio

Crear agentes de Copilot: Agent Builder o Copilot Studio

· 7 min de lectura

By Juan Pedro Márquez

Respuesta corta: Agent Builder sirve para que una persona o un equipo pequeño cree un agente que responde sobre contenido al que ya tiene acceso. Copilot Studio es para todo lo demás: agentes que actúan sobre otros sistemas, que llegan a toda la organización o que tienen que sobrevivir a que su autor cambie de puesto. Y hay un detalle que en España casi nadie mira: los dos dependen de Power Platform, aunque solo uno lo parezca.

En la mayoría de departamentos de TI con los que hablo, Microsoft 365 y Power Platform los llevan equipos distintos. El primero gestiona licencias, Exchange, SharePoint y Teams. El segundo, si existe, gestiona entornos y conectores. Copilot se lo ha quedado el primero.

Ahí está el problema. Agent Builder se administra desde el Centro de administración de Microsoft 365, pero su disponibilidad depende de dónde esté tu entorno predeterminado de Power Platform. Y en cuanto alguien pulsa «Copiar en Copilot Studio», el agente cae en el terreno del otro equipo.

¿En qué se diferencian Agent Builder y Copilot Studio?

Agent Builder crea agentes declarativos en lenguaje natural dentro de la aplicación de Microsoft 365 Copilot y se gobierna desde el Centro de administración de Microsoft 365. Copilot Studio es un portal independiente con flujos, conectores, entornos y ciclo de vida, gobernado desde el Centro de administración de Power Platform. Mismo objetivo, dos casas distintas.

La propia comparativa de Microsoft para elegir entre Agent Builder y Copilot Studio lo resume en cuatro criterios: público, alcance del despliegue, funcionalidad y necesidades de gobierno. Yo pondría el gobierno el primero. Es el único que no se arregla después sin rehacer el agente.

Comparativa de Agent Builder y Copilot Studio: dónde se crea, para quién, acciones, centro de administración, almacenamiento y ciclo de vida

Lo que Agent Builder no hace (y conviene saber)

Según la información general de Agent Builder:

  • No crea acciones contra servicios externos. Si el agente tiene que abrir una incidencia o actualizar un registro, toca Copilot Studio.
  • No admite claves administradas por el cliente.
  • No funciona en chats de grupo ni chats 1:1 de Teams.
  • No consume la capacidad de Dataverse del tenant.

Ese último punto parece menor. No lo es: explica por qué estos agentes no aparecen para quien gobierna Power Platform mirando entornos.

¿Por qué importa el entorno predeterminado de Power Platform?

Porque Agent Builder solo está disponible si el entorno predeterminado de Power Platform está en una región admitida, y porque ese entorno es donde suelen acabar los agentes copiados si nadie configura el enrutamiento. Es el entorno que existe en todos los tenants y que casi nadie administra.

La página de disponibilidad regional de Agent Builder incluye Europa, Francia, Alemania, Reino Unido, Suiza, Noruega y Suecia, entre otras. La ubicación del entorno predeterminado se fija automáticamente según la del tenant. La interfaz está disponible en español de España.

Hasta aquí, nada que hacer. Lo interesante viene al copiar.

Al copiar, el agente cambia de dueño administrativo

Cuando copias un agente a Copilot Studio eliges un entorno. El agente queda guardado en Dataverse y gestionado como una solución de Power Platform. Si no has activado el enrutamiento de entornos, esa elección suele ser el entorno predeterminado: compartido por todo el tenant y, con demasiada frecuencia, sin directivas de datos propias.

El enrutamiento es una función de gobierno premium que manda a cada creador a su propio entorno de desarrollador personal. Resuelve un problema y abre otro: esos entornos pueden limpiarse automáticamente por inactividad, y luego hay que llevar el agente a producción. Eso ya es ciclo de vida, y lo conté en Copilot Studio en producción: entornos y pipelines.

¿Quién debería poder crear y compartir agentes?

Que cree casi todo el mundo. Que comparta con toda la organización muy poca gente. Crear un agente para uno mismo apenas genera riesgo; publicarlo para todos los empleados es una decisión de distribución. Controla la distribución, no la creación, y haz que lo corporativo pase por Copilot Studio.

Es la opinión que más defiendo aquí. Bloquear Agent Builder parece prudente, pero empuja a la gente a herramientas de consumo o al entorno predeterminado de Copilot Studio sin ninguna guía. Peor.

En compartir y administrar agentes de Agent Builder hay dos roles: Puede editar (propietario) y Puede chatear (usuario). Los grupos solo pueden ser usuarios; los propietarios tienen que ser personas concretas. Y hay un interruptor para compartir con toda la organización, que publica el agente en la Tienda de agentes.

El administrador decide quién puede usar ese interruptor:

Opción Qué implica
Todos los usuarios (predeterminada) Cualquiera publica un agente para toda la empresa
Usuarios o grupos concretos Solo un grupo responsable puede hacerlo
Ningún usuario Lo corporativo pasa obligatoriamente por Copilot Studio

Dos avisos. La opción predeterminada es «Todos los usuarios». Y los cambios solo afectan a nuevas acciones de uso compartido: lo que ya está compartido sigue compartido. Por eso empiezo siempre por el inventario, desde la administración de agentes en el Centro de administración de Microsoft 365. El orden que sigo está en Shadow AI en Microsoft 365.

Dos límites de uso compartido que no se hablan

En Power Platform, los controles de uso compartido de Copilot Studio son una función de Managed Environments, pueden tardar hasta una hora en aplicarse y solo afectan a agentes con autenticación. La documentación de copia lo dice sin rodeos: el límite del Centro de administración de Microsoft 365 es distinto del de Power Platform.

Dos controles, dos consolas, normalmente dos equipos. Si nunca se han sentado juntos, tu política real es la más laxa de las dos.

¿Qué pasa al copiar un agente a Copilot Studio?

Se crea un agente nuevo e independiente a partir de una instantánea. El original sigue funcionando en Microsoft 365 Copilot, sus cambios posteriores no se trasladan y cada copia genera otro agente. Es una bifurcación, no una migración: la retirada del original la gestionas tú.

Según la guía para copiar un agente de Agent Builder a Copilot Studio, se copian nombre, descripción, instrucciones, preguntas sugeridas, icono, y el conocimiento de SharePoint y sitios web. No se copian los conectores de Copilot, los archivos incrustados ni el conocimiento de chats de Teams o correo, que hay que reconfigurar con sus conectores. La generación de imágenes no está disponible en Copilot Studio.

Camino de promoción de un agente de Agent Builder a Copilot Studio en cinco pasos gobernados

Mi regla: quien pulsa «Copiar» es responsable de retirar el original y avisar a sus usuarios. Si no, en un trimestre tienes dos agentes con el mismo nombre y la gente sigue usando el que no está gobernado. Lo que ocurre después, al publicar, lo expliqué en qué pasa al publicar un agente de Copilot Studio.

Para copiar hace falta licencia de Copilot Studio o de Microsoft 365 Copilot, el derecho de Dataverse activado y un entorno con Dataverse, en una ubicación admitida y con los roles de seguridad adecuados.

¿Y las licencias?

Ambas herramientas vienen incluidas con Microsoft 365 Copilot. Sin esa licencia se puede activar el pago por uso de Copilot Studio (créditos de Copilot) para anclar agentes en datos de la organización, y Agent Builder sigue siendo gratuito para agentes que solo usan la web. Antes de prometer un presupuesto, revisa la documentación de facturación y licencias de Copilot Studio: ha cambiado más de una vez.

La regla para tu centro de servicio

Cinco preguntas, en este orden. Para en el primer «sí»:

  1. ¿Tiene que escribir en otro sistema o llamarlo? → Copilot Studio.
  2. ¿Lo usará más de un departamento o se pide compartirlo con toda la empresa? → Copilot Studio.
  3. ¿Hace falta versionado, vuelta atrás o analítica de uso? → Copilot Studio.
  4. ¿Tu línea base exige claves propias o uso en chats de Teams? → Copilot Studio.
  5. ¿Nada de lo anterior? → Agent Builder, compartido con personas o grupos concretos.

Para el marco completo de seguridad del lado de Power Platform, la referencia que paso a los equipos de seguridad es seguridad y gobernanza en Copilot Studio.

Preguntas frecuentes

¿Agent Builder es lo mismo que Copilot Studio lite?

Es la misma experiencia integrada en la aplicación de Microsoft 365 Copilot. La documentación actual la llama Agent Builder y la antigua dirección de «Copilot Studio lite» redirige a su página. El Copilot Studio completo es un portal aparte.

¿Los agentes de Agent Builder aparecen en el gobierno de Power Platform?

No hasta que se copian. Se administran desde el Centro de administración de Microsoft 365, en Copilot > Agentes, y no consumen Dataverse. Una vez copiados, viven en un entorno de Power Platform y quedan bajo sus directivas.

¿Conviene desactivar Agent Builder?

Casi nunca. Es mejor limitar a un grupo responsable quién comparte con toda la organización, inventariar lo ya compartido y exigir que todo agente corporativo pase por Copilot Studio con propietario y ciclo de vida.