Construí agentes de IA con Copilot Studio, de cero.

Qué es Copilot Studio (y qué no es)

Antes que nada, ubiquémonos. Copilot Studio no vive solo: es una pieza dentro de Power Platform, la suite low-code de Microsoft. Pensala como cuatro herramientas que se combinan, cada una con un rol claro.

Un poco de historia (para no perderte)

Copilot Studio antes se llamaba Power Virtual Agents (PVA). Era un armador de chatbots por "topics" (temas con frases de disparo). Microsoft le metió modelos de lenguaje adentro y lo renombró. Por eso, si te cruzás con tutoriales que hablan de "PVA" o de armar todo con topics: es el mismo producto, pero la forma recomendada de trabajar cambió (lo vemos en el Cap. 3).

Buscá más videos del tema ↗

Anatomía de un agente

Instructions: el "system prompt" del agente. En lenguaje natural le decís quién es, qué hace, qué tono usa y qué NO debe hacer. En el modelo actual, son el timón principal. Knowledge: las fuentes de donde saca info (SharePoint, Dataverse, web, archivos). Topics: diálogos pre-armados con pasos fijos, útiles para procesos deterministas. Tools / Actions: lo que le da capacidad de hacer (connectors, flows, APIs, MCP). Triggers: qué lo dispara (un mensaje, un evento, un horario). Guardrails: los límites (qué requiere aprobación humana, qué temas evitar).

El cambio de paradigma 2025–2026

De "topic routing" a orquestación generativa

Antes (clásico): armabas decenas de topics, cada uno con frases de disparo. Si el usuario escribía algo que no matcheaba ninguna, el bot se quedaba mudo. Rígido y artesanal. Ahora (generativo, ya en GA): un LLM interpreta la intención, descompone pedidos complejos, elige las tools/knowledge/topics correctos y ejecuta un plan multi-paso con guardrails. Ya no anticipás cada frase posible.

Lo demás que trajo esta ola

Agentes autónomos: con triggers, actúan solos ante un evento (Cap. 9). Multi-agente: agentes especializados coordinados por un orquestador padre (Cap. 10). MCP: un estándar para enchufar tools y datos externos — lo creó Anthropic y hoy lo usan todos. Computer use: para apps legacy sin API, el agente "clickea" la interfaz como una persona (caro y frágil: último recurso).

Licencias y créditos (leelo antes de gastar)

Desde septiembre 2025, la moneda de consumo dejó de llamarse "messages" y pasó a llamarse Copilot Credits (mismo mecanismo, otro nombre). Hay varias formas de pagar:

Lo que te tiene que quedar clarísimo: el crédito es el átomo de facturación, y el consumo varía muchísimo según la feature.

Sobre environments: son contenedores aislados con su propia base de datos y seguridad. La práctica sana es tener DEV (desarrollás), TEST (probás) y PROD (usuarios reales), y mover cosas entre ellos con Solutions. Nunca desarrolles directo en PROD.

Tu primer agente: un FAQ / Helpdesk

Objetivo: un asistente que responde dudas (políticas, cómo pedir un acceso, horarios) leyendo de un sitio de SharePoint. Paso a paso:

1. Entrá a copilotstudio.microsoft.com y elegí tu environment (DEV) arriba a la derecha.
2. Create → New agent. Podés describirlo en lenguaje natural y te lo pre-configura, o ir a "Skip to configure" para armarlo a mano.
3. Poné nombre e instructions. Ejemplo: "Sos el asistente interno. Respondés usando únicamente las fuentes conectadas. Si no encontrás la respuesta, decilo y ofrecé abrir un ticket. Tono directo, en español. Nunca inventes."
4. Agregá Knowledge: conectá el sitio de SharePoint con tus documentos.
5. Prendé orquestación generativa (Settings → Generative AI).
6. Probá en el Test panel con preguntas reales y mirá de dónde saca la data.
7. Iterá las instrucciones hasta que el tono sea el que querés.
8. Publish para dejarlo disponible en los canales.

Buscá más videos del tema ↗

Knowledge: darle info real al agente

Las fuentes posibles: SharePoint (documentos, políticas), Dataverse (datos estructurados: tickets, inventario), sitios web públicos, archivos subidos (PDF, Word), connectors a sistemas de negocio y MCP.

Tools y Actions: darle manos al agente

Formas de darle acciones:

• Connectors prefabricados: miles listos (Outlook, SharePoint, Teams, SQL…). Los agregás como tool, mapeás inputs/outputs y listo.
• Power Automate flows: para lógica custom de varios pasos. El caballito de batalla (Cap. 8).
• REST APIs / custom connectors: si tenés tu propio backend.
• Prompts / AI Builder: acciones de IA reutilizables (clasificar, extraer, resumir).
• MCP tools: las herramientas de un servidor MCP aparecen solas con sus descripciones.

Power Automate a fondo

Anatomía de un flow

Cómo se conecta un flow a un agente

1. En el agente: Tools → Add a tool → New → Power Automate flow.
2. Se abre el diseñador con un trigger "Run a flow from Copilot".
3. Definí los inputs que el agente le pasa (ej: usuarioEmail, descripcion).
4. Armá los pasos (crear registro en Dataverse + mandar un mail).
5. Definí el output con "Respond to Copilot".
6. Escribí una buena descripción de la tool y de cada input.
7. Probá en el Test panel.

¿Lo preferís en español? Buscá más videos del tema ↗

Triggers y agentes autónomos

Tipos de trigger: conversacional (el usuario escribe), evento externo (llega un mail, se crea un registro), schedule (todos los días a las 8am) y topic triggers (enganchan el ciclo de vida de la orquestación).

Multi-agente y MCP

La comunicación agente-a-agente usa el protocolo A2A (que impulsó Google). Y MCP es el estándar para enchufar herramientas: si exponés tus tools como un servidor MCP, Copilot Studio las importa solas con sus descripciones, inputs y outputs.

Conectar con Power Apps

Las opciones vigentes hoy

Para pasar contexto de la app al agente: en el agente definís una variable global con "External sources can set values" en ON, y desde el PCF/WebChat mandás eventos de startup o runtime. Ojo: actualizar la variable a mitad de sesión a veces requiere reiniciar la conversación, así que planificá el flujo de contexto de entrada.

Buscá videos del PCF ChatControl ↗

Copilot Studio vs. la competencia

Un agente, en cualquier plataforma, es: instrucciones + modelo + knowledge/RAG + tools + memoria + guardrails + un orquestador que planifica. Lo que cambia es el empaque y el usuario objetivo: unos priorizan low-code para gente de negocio, otros código/API para developers.

Y como todos adoptaron MCP (tools) y A2A (agente-a-agente), la capa que sobrevive a las deprecaciones es la de estándares y código, no el canvas visual de turno. Google es el competidor más parecido al stack de Microsoft: bundle low-code + código + governance + asistente de empleados.

Casos end-to-end

Caso A — Portal de IT reactivo

Qué hace: responde dudas leyendo de la base de conocimiento y, si hace falta, crea un ticket. Piezas: Knowledge (SharePoint) + un flow "crear ticket" (Dataverse + mail) + orquestación generativa, embebido en Teams. El agente decide solo cuándo responder con info y cuándo disparar el flow.

Caso B — Agente de operaciones autónomo

Qué hace: escucha alertas de monitoreo, clasifica severidad y actúa. Piezas: trigger por evento + instructions de triage + tools de diagnóstico + guardrails. Lo de bajo riesgo (reiniciar un servicio no crítico) lo hace solo; lo que toca producción, con aprobación humana.

Caso C — Multi-agente de datos

Qué hace: un orquestador que deriva a sub-agentes (IT, RRHH, Compras), cada uno con sus tools y knowledge. El usuario habla con "uno" pero atrás hay varios especializados. Más fácil de mantener y de testear por partes.

Testing, canales y publicación

Probá siempre: el happy path (todo sale bien), pero sobre todo los caminos infelices — datos faltantes, errores de la API, preguntas fuera de scope, intentos de que haga algo que no debe. El Test panel te muestra el razonamiento y de dónde salió cada respuesta: usalo para depurar.

Canales: el mismo agente se publica en Teams, un sitio web, Power Apps, apps de terceros, etc. Y cada cambio requiere re-publicar (Publish) para que impacte.

Governance, seguridad y ALM

DLP (Data Loss Prevention): políticas que definen qué connectors pueden convivir. Ejemplo: prohibir que un connector de datos internos se mezcle con uno de redes sociales en el mismo flow. Seguridad: el agente hereda permisos; cuidá que no exponga datos a quien no debe. Environments: DEV / TEST / PROD separados.

Buenas prácticas y errores comunes

Hacé

• Instrucciones específicas con ejemplos y qué NO hacer.
• Descripciones de tools claras: es lo que hace que el orquestador las use.
• Empezá chico e iterá. Un FAQ que anda > un multi-agente que no.
• Guardrails desde el día 1 en lo que toca datos o sistemas.
• Estimá créditos por interacción antes de ir a prod.

Evitá

• Usar el control Copilot deprecado de Power Apps (feb-2026). Usá PCF ChatControl o M365 Copilot in canvas.
• Volcar 500 documentos sin curar y esperar magia (basura entra, basura sale).
• Dar acciones destructivas sin aprobación humana.
• Aprender solo el modelo clásico de topics como si fuera lo único.
• Ignorar los costos hasta que llega la factura.

Ruta de aprendizaje sugerida

1. Agente FAQ con knowledgeSin acciones. Solo que responda bien leyendo de tus documentos. (Cap. 5–6)
2. Sumá un flow simpleUna acción: crear un ticket, mandar un mail. Conectá tu primera tool. (Cap. 7–8)
3. Orquestación generativaDejá que el LLM decida. Puliendo instrucciones y descripciones. (Cap. 3)
4. Un trigger autónomoQue actúe ante un evento, con guardrails. Lo de alto impacto, con aprobación. (Cap. 9)
5. Embebelo en una appPCF ChatControl en una Canvas App, pasándole contexto. (Cap. 11)
6. Multi-agente + MCPCuando ya te sale lo anterior con los ojos cerrados. (Cap. 10)

La guía completa, para leer aparte

El mismo recorrido de 17 capítulos en un solo documento, pero con más profundidad en las partes densas: expresiones de Power Automate, el paso a paso de conectar un flow a un agente, una matriz comparativa contra AWS, OpenAI, Anthropic y Google, tres casos de uso end-to-end completos, y el detalle de DLP, ALM y monitoreo de costos.

Sirve para consultar mientras trabajás, buscar con Ctrl+F o leer sin conexión.

Formato .md (texto plano): se abre con cualquier editor, VS Code, Obsidian o Notion.

Glosario de bolsillo

Los términos que más se repiten, en una línea cada uno. Volvé acá cuando te crucés con una sigla rara.