Copilot lee lo que tú puedes leer. No siempre es un buen plan.
Lo que Copilot y los Agents encuentran en tu tenant no está en la documentación de Microsoft. Está en tus permisos. Nos aseguramos de que ambos estén bien.
Antes de Copilot, el uso compartido excesivo no tenía consecuencias perceptibles, porque ninguna persona tenía el tiempo de revisar todos los documentos de una empresa promedio. Copilot tiene ese tiempo. Tarda segundos, y no busca problemas, simplemente los encuentra, porque accede a todo lo que el usuario respectivo puede leer a través de Microsoft Graph, y en la mayoría de los tenants el empleado promedio tiene acceso a unas 130.000 archivos que nunca estaban destinados a ellos. El efecto más frecuente tras un despliegue de Copilot no es el aumento de productividad, sino la transparencia no deseada.
Eso no es un argumento contra Copilot. Es un argumento a favor del orden. Permisos, Sensitivity Labels, políticas DLP, la configuración del Copilot Control System y la pregunta de qué centros de administración importan antes del primer despliegue: estas tareas existían antes de Copilot igual que después, pero el motivo para abordarlas de forma sistemática nunca fue tan concreto como ahora. Copilot en este sentido no es un problema, es una oportunidad para configurar el tenant como siempre debería haber estado.
Qué es Copilot, qué es un Agent y por qué importa la diferencia
La distinción que Microsoft traza entre Copilot y los Agents es técnicamente precisa, pero a menudo difusa en la comunicación, lo que lleva a las empresas a esperar demasiado o a empezar por el lado equivocado. La línea más sencilla pasa por la pregunta de la autonomía.
M365 Copilot y Copilot Chat son asistentes interactivos que responden preguntas, resumen contenido y redactan textos, siempre basándose en lo que el usuario puede leer a través de Microsoft Graph. No actúan, asisten. Los Declarative Agents, es decir, los SharePoint Agents o los agentes del Agent Builder, amplían este enfoque con un ámbito de conocimiento limitado y predefinido, pero no toman decisiones independientes ni ejecutan acciones del sistema.
Los agentes solo se vuelven verdaderamente autónomos como Custom Engine Agents, desarrollados en Copilot Studio, Power Platform o Azure AI Foundry: pueden activarse por eventos, se comunican con servicios externos y ejecutan acciones sin que una persona tenga que confirmar cada paso. Quien no entiende esta distinción, construye agentes para tareas que un simple prompt de Copilot resolvería igual de bien, o espera de un Declarative Agent una autonomía que arquitectónicamente no está prevista.
Copilot y los Agents requieren una plataforma diseñada para ello
Copilot accede a los datos a través de Microsoft Graph que el usuario puede leer, y los Agents operan dentro de los límites del sistema definidos por la plataforma respectiva. Si esos límites no se establecieron explícitamente — porque el tenant ha crecido de forma orgánica y nunca fue diseñado para el acceso de IA — Copilot y los Agents funcionarán técnicamente, pero en un entorno que no está optimizado ni para el rendimiento ni para la gobernanza.
Nuestra Cloud Workplace Foundation establece la base de M365 que Copilot necesita: estructura de permisos, Sensitivity Labels, DLP, políticas de gobernanza, no añadidas a posteriori, sino integradas desde el principio. Para los Agents que operan en Azure, aplica lo mismo: la Azure Foundation y la Azure Container Foundation garantizan que el terreno sea sólido antes de construir. Desplegar Agents en un entorno sin esta base es desplegar sobre arena.








