Cuatro formas de crear agentes en Microsoft
Descubre las cuatro formas de crear agentes en Microsoft: SharePoint agents, Agent Builder, Copilot Studio y Microsoft Foundry, del no-code al pro-code.
La conversación sobre agentes suele empezar por la tecnología: qué modelo utilizar, qué herramientas conectar, cómo diseñar las instrucciones o dónde desplegarlo. Pero hay una cuestión previa que me parece incluso más importante: ¿quién va a crear ese agente?
Microsoft está construyendo un ecosistema en el que no existe una única herramienta para desarrollar agentes. Hay distintos puntos de entrada según el perfil del creador, la complejidad del escenario y el nivel de control necesario. Desde un usuario de negocio trabajando directamente con contenido de SharePoint hasta un equipo de desarrollo que necesita controlar modelos, código, infraestructura e integración.
Podemos simplificar ese recorrido en cuatro grandes opciones: SharePoint agents, Agent Builder en Microsoft 365 Copilot, Microsoft Copilot Studio y Microsoft Foundry.
Y la idea detrás de todas ellas es bastante interesante: llevar la creación de agentes allí donde ya trabajan sus creadores.
El primer nivel es probablemente el más accesible. Los agentes de SharePoint permiten convertir determinados sitios, bibliotecas, carpetas o archivos en la base de conocimiento de un agente sin necesidad de programar.
Tiene mucho sentido para escenarios donde el problema no consiste en automatizar un proceso complejo, sino en hacer más fácil encontrar, interpretar y utilizar información que ya existe en Microsoft 365. Por ejemplo, podríamos crear un agente sobre la documentación comercial de un producto, las políticas internas de Recursos Humanos, un repositorio de procedimientos o la documentación de un proyecto.
Microsoft plantea precisamente los agentes de SharePoint como una opción sencilla para consultar contenido específico de SharePoint, respetando los permisos y controles existentes sobre esa información. Microsoft Learn
Aquí el creador natural no es necesariamente un desarrollador. Puede ser el responsable de un departamento, un project manager, alguien de Recursos Humanos o cualquier usuario que conozca bien el contenido y el contexto empresarial.
El valor está en que el conocimiento deja de ser únicamente un conjunto de documentos y empieza a convertirse en una experiencia conversacional.
Agent Builder en Microsoft 365 Copilot: crear agentes desde el propio Copilot
El siguiente paso es Agent Builder en Microsoft 365 Copilot, otra experiencia orientada al no-code que permite crear agentes declarativos utilizando lenguaje natural.
Desde Microsoft 365 Copilot podemos describir qué queremos que haga el agente, configurar sus instrucciones, definir fuentes de conocimiento y probarlo antes de compartirlo con otros usuarios de la organización. Microsoft lo posiciona específicamente como una experiencia rápida para proyectos relativamente sencillos. Microsoft Learn
La diferencia respecto a un agente construido directamente desde SharePoint es importante. Aquí el punto de partida no tiene que ser únicamente un conjunto concreto de documentos: podemos diseñar un agente con un propósito determinado y proporcionarle diferentes fuentes de conocimiento, incluyendo contenido de SharePoint y datos accesibles mediante Microsoft 365 Copilot connectors. Microsoft Learn
Pensemos, por ejemplo, en un agente que ayude a los nuevos empleados durante su onboarding, otro que conozca las directrices de comunicación corporativa o uno especializado en responder preguntas sobre un determinado servicio.
Seguimos sin necesitar un entorno de desarrollo tradicional. El usuario describe el agente que necesita y Microsoft 365 Copilot se convierte también en el lugar desde el que puede crearlo.
Microsoft Copilot Studio: cuando el agente ya necesita hacer cosas
En algún momento, responder preguntas sobre información deja de ser suficiente.
Queremos que el agente consulte diferentes sistemas, ejecute acciones, desencadene procesos, utilice APIs, invoque flujos de trabajo o se publique en distintos canales. Es entonces cuando Microsoft Copilot Studio empieza a tener mucho más sentido.
Microsoft lo define actualmente como un entorno gráfico y low-code para construir y gestionar agentes y workflows impulsados por IA, conectándolos con los datos y sistemas de la organización. Microsoft Learn
La palabra importante aquí es acciones.
Un agente empresarial realmente interesante no siempre se limita a decirnos cuál es el estado de un pedido. Puede consultar el ERP, comprobar determinada información, solicitar una aprobación y actualizar posteriormente el sistema correspondiente.
Ahí aparece una diferencia bastante clara entre un agente que conoce y un agente que además actúa.
Copilot Studio también introduce capacidades mucho más relevantes para escenarios empresariales: conectores, integración con servicios externos, workflows, APIs REST, servidores MCP, publicación en diferentes canales y mecanismos de gobierno más avanzados. Microsoft Learn
De hecho, la propia documentación de Agent Builder recomienda pasar a Copilot Studio cuando necesitamos funcionalidades más avanzadas, como acciones que integren servicios externos. Microsoft Learn
Microsoft Foundry: cuando necesitamos control de desarrollo
En el extremo más cercano al desarrollo profesional encontramos Microsoft Foundry.
Aquí entramos en escenarios donde los equipos necesitan elegir modelos, frameworks, herramientas, arquitectura de ejecución e integración, además de incorporar prácticas habituales de ingeniería como APIs, SDK, CI/CD, observabilidad o despliegue.
Foundry Agent Service es la plataforma administrada de Microsoft para crear, desplegar y escalar agentes de IA. Permite trabajar con los modelos compatibles del catálogo de Foundry y ofrece distintos enfoques de desarrollo dependiendo del nivel de control necesario. Microsoft Learn
Y aquí merece la pena introducir un pequeño matiz a la imagen de “no-code, low-code y pro-code”.
Microsoft Foundry no es exclusivamente pro-code. Microsoft permite actualmente crear desde agentes definidos principalmente mediante configuración e instrucciones hasta agentes alojados desarrollados con código propio. Por tanto, debemos entender esta clasificación más como un continuo de complejidad y control que como cuatro compartimentos completamente separados. Microsoft Learn
Ese continuo resulta mucho más útil para entender la estrategia.
No se trata de elegir cuál es mejor
Creo que aquí está una de las ideas más interesantes del enfoque de Microsoft.
No tiene demasiado sentido preguntar si SharePoint agents es mejor que Copilot Studio o si Copilot Studio es mejor que Foundry. Resuelven problemas diferentes y, sobre todo, están pensados para perfiles diferentes.
Un usuario que conoce perfectamente los procedimientos de su departamento no debería necesitar montar un proyecto de desarrollo para crear un agente que responda sobre esa documentación. Del mismo modo, un equipo que está desarrollando un agente crítico integrado con varios sistemas empresariales probablemente necesitará bastante más control del que ofrece una experiencia no-code.
Microsoft resume actualmente su ecosistema de creación de agentes precisamente alrededor de esos niveles: experiencias ready-made y no-code, desarrollo low-code y herramientas pro-code. Microsoft Learn
La pregunta correcta, por tanto, cambia.
En lugar de preguntarnos “¿con qué herramienta puedo construir un agente?”, deberíamos preguntarnos:
“¿Quién debería crear este agente y qué nivel de autonomía, integración, gobierno y control necesita?”
Del citizen developer al desarrollador profesional
Esta variedad de herramientas también puede tener una consecuencia importante dentro de las organizaciones: ampliar enormemente el número de personas capaces de crear soluciones con IA.
El especialista que conoce la información puede construir un agente de SharePoint. Un usuario avanzado puede crear rápidamente uno desde Microsoft 365 Copilot. Un maker puede desarrollar soluciones más sofisticadas con Copilot Studio, mientras que los equipos profesionales de desarrollo pueden utilizar Microsoft Foundry cuando necesitan un control mucho más profundo sobre la arquitectura.
No todo agente necesita convertirse en un proyecto de TI de seis meses. Pero tampoco todo agente debería construirse sin arquitectura, gobierno o controles empresariales.
Ahí estará probablemente una de las claves de la adopción: utilizar la herramienta adecuada para cada escenario sin confundir facilidad de creación con simplicidad del problema.
Meet your makers where they already are
La frase que mejor resume este enfoque sería precisamente esa: meet your makers where they already are.
No obligues a todos los creadores de agentes a convertirse en desarrolladores profesionales. Tampoco obligues a los desarrolladores profesionales a renunciar al código cuando necesitan control.
SharePoint, Microsoft 365 Copilot, Copilot Studio y Microsoft Foundry representan diferentes puertas de entrada a la misma transformación: pasar de utilizar aplicaciones a crear agentes capaces de trabajar con nuestro conocimiento, nuestros procesos y nuestros sistemas.
Y quizá la pregunta más interesante para una empresa ya no sea cuántos agentes va a comprar, sino cuántas personas dentro de la organización estarán capacitadas para crear el agente adecuado para resolver cada problema.
