Agentes de IA: qué permite Microsoft Scout y cómo probarlo

Entre los agentes de IA, Microsoft Scout permite preparar la documentación para la próxima reunión, trabajar con archivos locales y revisar tareas recurrentes durante la jornada en Microsoft 365. Para el equipo de TI, la decisión pasa por cuánto trabajo delegar, qué datos permitirle usar y en qué punto exigir la aprobación de una persona.

Mi recomendación: probar Scout con un grupo piloto pequeño y definido si la preparación recurrente supone una carga real y la organización acepta el procesamiento externo de IA. Mantén la aprobación de los cambios mientras compruebas si los borradores resultan útiles. Conviene posponer la incorporación si necesitas ejecución desatendida garantizada o procesamiento íntegro bajo las protecciones de Microsoft 365.

Scout está en versión preliminar de Frontier. Su disponibilidad y sus funciones pueden cambiar; una función preliminar no implica un compromiso de disponibilidad general. Esta guía recoge la documentación pública de Microsoft consultada el 6 de noviembre de 2026, no una prueba con una sesión iniciada ni una evaluación independiente de rendimiento.

Agentes de IA en el escritorio: qué hace Microsoft Scout

Scout reúne el trabajo local y el contexto de Microsoft 365 en una aplicación de escritorio. Se puede entender como un asistente con una mesa de trabajo, un navegador y acceso autorizado a la información de la oficina. Encargarle una tarea no equivale a darle todas las llaves.

WorkIQ es la capa de consultas que ayuda a Scout a reunir información de Microsoft 365. Una shell es la interfaz de comandos que permite ejecutar programas en el equipo. Ambos accesos tienen implicaciones importantes, aunque la petición empiece como un mensaje de chat corriente. Consulta la descripción de las capacidades de escritorio.

Qué necesitas para activar Scout

Instalar la aplicación es solo el paso correspondiente al cliente. Antes de desplegarla, confirma las licencias y completa las dos habilitaciones administrativas.

Una vez habilitado el acceso, el usuario instala Scout, inicia sesión en Microsoft 365 y GitHub, elige una carpeta de trabajo y revisa los permisos. La guía de instalación y requisitos también indica que WorkIQ y el acceso a la shell están activados de forma predeterminada, mientras que la aprobación automática está desactivada. Tener habilitada la shell permite solicitar la ejecución de comandos; no concede una autorización general.

Habilitación 1: activar Frontier en el centro de administración de Microsoft 365

Abre Copilot > Settings > View all, busca Frontier y selecciona Copilot Frontier. Elige los destinatarios y guarda. Microsoft ofrece No access, All users o Specific users; para el piloto, elige Specific users. La propagación puede tardar hasta unas tres horas.

Habilitación 2: aplicar la directiva de Intune y completar la declaración de conformidad

Habilita Scout en los dispositivos de destino mediante Intune y completa después el M365 Admin Frontier organization sign-up form, enlazado en las instrucciones de acceso para administradores de Microsoft. Esta declaración constituye una aceptación adicional porque el procesamiento puede salir de Microsoft 365. Ni activar Frontier, ni instalar la aplicación, ni disponer únicamente de una licencia de GitHub completa el acceso.

En Windows, importa microsoft-scout.admx y microsoft-scout.adml, crea la directiva de plantilla importada y habilita Allow Microsoft Scout Frontier access, la capacidad AllowScoutFrontierAccess. En Mac, asigna microsoft-scout.mobileconfig mediante un perfil personalizado de macOS con el canal Device. Asigna los dispositivos previstos para el piloto y espera a que termine la sincronización de la directiva. La guía de configuración de Intune de Microsoft incluye las plantillas y los pasos de despliegue.

Revisa también la directiva de la aplicación Copilot en GitHub. Aunque se haya asignado una licencia Business o Enterprise, una directiva de empresa u organización puede bloquear el acceso. Las versiones de la aplicación anteriores a 1.1 utilizan la directiva de Copilot CLI. Incluye al administrador de GitHub en la preparación del piloto.

Qué puede hacer Scout sin pedir permiso

Scout puede actuar sin una nueva solicitud cuando sus permisos configurados lo permiten. Que una tarea esté programada no significa que tenga autorización para ejecutarla.

La guía de configuración indica que la aprobación automática está desactivada; la guía de comandos también enumera ejemplos dentro de un nivel de aprobación automática. Comprueba la configuración efectiva en el dispositivo del piloto antes de contar con la ejecución desatendida. Esos ejemplos describen permisos posibles, no garantizan que estén habilitados.

Heartbeat repite una instrucción en intervalos configurados: 15 minutos, 30 minutos, una hora o dos horas, dentro de los días y horarios laborales seleccionados. Automations son tareas independientes programadas o activadas por condiciones, con la opción de ejecutarse una sola vez. Estos modos en segundo plano tienen permisos más restrictivos que el trabajo interactivo. La referencia de preguntas frecuentes explica los niveles de permisos y los modos autónomos.

Heartbeat tiene su propia directiva. Las acciones que normalmente requieren aprobación se omiten, los mensajes salientes utilizan contenido genérico en lugar de datos privados y los eventos provisionales del calendario cuentan como tiempo ocupado. Su registro de actividad se puede consultar. Las rutas sensibles pueden exigir aprobación explícita aunque otra regla permita el acceso. Estos detalles figuran en la guía de Heartbeat y permisos.

Para el primer piloto, pide una lista de excepciones o un borrador. Una comprobación útil en segundo plano puede terminar sin enviar automáticamente los resultados a todas las personas implicadas.

Los cambios en Microsoft 365 merecen especial atención. Scout pide aprobación antes de enviar o publicar mensajes, modificar eventos del calendario, editar elementos de listas o cambiar reglas de la bandeja de entrada. Las solicitudes para compartir archivos exigen revisar el archivo, los destinatarios y el nivel de acceso. Puede conceder o ampliar el acceso a personas concretas, pero no retirar accesos existentes ni crear enlaces de uso compartido anónimo. La guía de acciones de Microsoft 365 permite delimitar estos flujos de trabajo.

Identidad, entorno aislado y límites de los datos

La versión preliminar de escritorio documentada actúa con la autoridad del usuario que ha iniciado sesión. Se autentica con su identidad organizativa de Microsoft 365 y solo puede acceder a los recursos de Microsoft 365 que esa cuenta tenga permiso para utilizar.

Prepara el equipo con derechos de administrador cuando haga falta y después ejecuta Scout como usuario normal. Microsoft indica expresamente que no debe ejecutarse como SYSTEM, como servicio ni con otra cuenta de administrador. El usuario no necesita mantener derechos de administrador local.

Un sandbox es un entorno de ejecución restringido. Microsoft documenta el sandbox del motor del navegador de Scout y advierte que --no-sandbox es una solución alternativa no admitida que reduce la seguridad. Eso no documenta que cada operación con archivos y cada comando de shell se ejecuten en una máquina virtual separada. Para el despliegue, toma como base las restricciones documentadas del espacio de trabajo, los permisos de las herramientas y las directivas de los dispositivos. Consulta las indicaciones para entornos administrados y sandbox.

El espacio de trabajo es otro límite de permisos que debes configurar. Los usuarios pueden aprobar el acceso a carpetas adicionales para acciones posteriores, una capacidad recogida en las notas de la versión. Aplica la directiva de restricción al espacio de trabajo cuando ese límite deba permanecer fijo.

Ejecutar en local no significa procesar la IA en local. Las interacciones con los modelos pasan por GitHub Copilot bajo condiciones independientes; los prompts y el contenido pueden llegar a proveedores externos configurados. Microsoft afirma que las protecciones de Microsoft 365 relativas a residencia, retención, aplicación de etiquetas de confidencialidad y eDiscovery no se aplican a ese procesamiento.

El almacenamiento también tiene límites distintos. Los archivos creados quedan en el espacio de trabajo. Las sesiones y la memoria se guardan en el OneDrive del usuario bajo los controles del inquilino. Las instrucciones de automatización y la salida de las herramientas se almacenan localmente y quedan fuera del acuerdo de protección de datos de Microsoft 365. El contenido generado puede no heredar automáticamente las etiquetas de confidencialidad de las fuentes. Estas diferencias se detallan en las preguntas frecuentes sobre IA responsable y tratamiento de datos.

Mi regla para el despliegue: aprobar el recorrido real de los datos y el tratamiento de los resultados antes de autorizar una tarea recurrente. Una entrada permitida no convierte automáticamente su resultado en contenido aprobado para compartir.

Los controles administrativos clave para el piloto

Los administradores pueden limitar tanto el alcance de Scout como su autonomía. Las directivas de Windows se aplican por dispositivo bajo HKLM\SOFTWARE\Policies\Scout; los usuarios estándar no pueden modificarlas.

Un origen es el esquema y el host de un sitio web, con su puerto cuando corresponda. El bloqueo de destinos del navegador debe entenderse con ese alcance, no como un control de todas las rutas de red. La referencia de directivas para administradores de Microsoft define estos controles.

Empieza con un espacio de trabajo dedicado, un grupo reducido y aprobación para las acciones que no sean de lectura. Activa un modo en segundo plano solo cuando tengas una tarea útil y una directiva que permita completar sus pasos. Designa a un administrador responsable de desactivarlo si los resultados dejan de ser fiables.

Seis flujos de trabajo que conviene probar, por prioridad

Los mejores puntos de partida producen algo que una persona puede revisar antes de modificar un registro compartido. Son propuestas de trabajo, no resultados medidos.

En el piloto de reuniones, la secuencia actual es recopilar, conciliar, redactar, revisar y actuar. La propuesta delega los tres primeros pasos y conserva la revisión y la aprobación. Como mero cálculo de planificación: si cinco informes semanales requieren actualmente 30 minutos cada uno y su revisión y corrección pudieran hacerse en 10 minutos cada uno, el ahorro potencial sería de 100 minutos, o 1 hora y 40 minutos. El piloto debe comprobar ambos valores; esto no es una medición del rendimiento de Scout.

Dos servicios útiles que se pueden crear con Scout

La oportunidad más sólida es una skill de preparación de reuniones y un paquete piloto para equipos de cuentas que trabajan con Microsoft 365. La estimación de palabras clave de DataForSEO para Estados Unidos, consultada el 6 de noviembre de 2026, es de 390 búsquedas mensuales de “meeting preparation”. Es una señal de interés por esa tarea, no una prueba de que esas personas quieran Scout.

La versión mínima comercializable podría incluir un conjunto reutilizable de instrucciones, una lista de fuentes acordada, una plantilla de informe y una rúbrica de revisión, instalados para un equipo piloto. Un responsable de operaciones o de apoyo comercial podría pagar por una preparación uniforme y por reducir las omisiones de información. Una skill de Scout es un procedimiento reutilizable escrito en un archivo SKILL.md; se propone un servicio de flujo de trabajo, no se afirma que Scout ofrezca una API pública para desarrollar productos. La dificultad está en el acceso a las fuentes y en que la información esté completa: un informe pulido puede seguir omitiendo el correo decisivo. El valor defendible reside en el procedimiento del equipo y sus controles de calidad, no solo en el prompt.

La segunda oportunidad es un paquete para detectar excepciones en la bandeja de entrada. La misma consulta de DataForSEO estima 1,300 búsquedas mensuales en Estados Unidos de “email management”. Un equipo de operaciones podría comprar un procedimiento de clasificación configurado que identifique tipos de excepciones definidos, prepare una lista para revisar y redacte respuestas, sin plantear el envío desatendido como objetivo.

Su versión mínima podría cubrir el buzón de una persona, una clasificación breve de excepciones, una instrucción recurrente y un conjunto de evaluación con ejemplos ya resueltos. Las dificultades son las interrupciones por permisos y las falsas alarmas: si Heartbeat debe omitir una acción necesaria o marca demasiado correo rutinario, el paquete añade trabajo. La demanda de búsquedas sobre gestión del correo en general no demuestra disposición a pagar por esta implementación concreta.

¿Scout u otra alternativa?

Empieza por Scout cuando el piloto necesite combinar el contexto personal de Microsoft 365, el trabajo local y la ejecución recurrente.

Para un proceso repetible que comparte todo un equipo, evalúa primero los agentes de Copilot con nuestra comparativa de agentes de IA para empresas. Utiliza los criterios sobre flujos de Microsoft de esa guía para decidir si necesitas un proceso de equipo con mantenimiento o un asistente personal.

Si la tarea principal consiste en delegar trabajo con documentos y estás dispuesto a usar la experiencia de escritorio de otro proveedor, consulta nuestra guía de Claude Cowork. Contrasta su explicación de la ejecución local frente a la ejecución en la nube con los datos que vas a utilizar. Una interfaz de escritorio, por sí sola, no determina dónde se ejecuta una tarea.

Cuándo conviene esperar y cómo empezar el lunes

Espera si el piloto no puede aceptar inferencia externa, si depende de una corrección garantizada o si nadie se responsabiliza de la cola de revisión. Scout puede interpretar mal las instrucciones y fallar en tareas de varios pasos. Trata los mensajes, documentos y código generados como borradores. Microsoft también excluye de esta versión preliminar los entornos US Government y las nubes soberanas o nacionales.

El lunes, elige a una persona y una tarea recurrente de preparación. Registra sus pasos y tiempos actuales, define las entradas permitidas y el resultado esperado, y asigna la revisión. Pide a los responsables de Microsoft 365, Intune y GitHub que completen juntos las comprobaciones de acceso. Después, evalúa una ejecución supervisada antes de añadir la recurrencia.

Amplía el uso solo cuando los resultados ahorren tiempo después de contar las correcciones, la comprobación de datos faltantes y el esfuerzo de aprobación. Un borrador desatendido en el que nadie confía no ha eliminado trabajo.

¿Qué es Microsoft Scout?

Scout es un agente de escritorio en versión preliminar de Frontier que puede actuar sobre archivos, comandos de shell, un navegador y Microsoft 365. Admite trabajo recurrente en segundo plano, con una ejecución limitada por los permisos configurados y las directivas del administrador.

¿Cómo puedo acceder a Microsoft Scout?

Pide al administrador que te habilite Frontier, aplique la directiva de Intune de Scout y complete la declaración de conformidad. También necesitas las licencias documentadas de Microsoft 365 Copilot y GitHub Copilot Business o Enterprise. Después, instala la aplicación de escritorio compatible e inicia sesión con las cuentas correspondientes.

¿Cuánto cuesta Microsoft Scout?

La documentación de Scout revisada aquí no indica un precio fijo para Scout. Exige las licencias anteriores y utiliza la cuenta de GitHub para la facturación de tokens. Pide al responsable de licencias que compruebe las condiciones de uso aplicables antes de ampliar el piloto; no des por hecho que la licencia de Microsoft 365 cubre toda la actividad.

Si quieres un flujo de agentes con límites definidos y creado para tu equipo, consulta el servicio de desarrollo de agentes de IA.