Pocas organizaciones construyen todos sus agentes de IA en un solo lugar. Algunos se ejecutan en Amazon Bedrock, otros en Google Cloud, y muchos los crean los desarrolladores con frameworks de código abierto como LangChain o LangGraph. Microsoft Agent 365 ya puede descubrir agentes en varias de esas plataformas. Pero descubrir un agente no es lo mismo que gobernarlo. Los expertos de Synergy Advisors validaron y extendieron Agent 365 para que los agentes fuera de Microsoft cumplan las mismas cinco condiciones que Copilot: descubrimiento, identidad, protección de seguridad, protección de datos y telemetría.
Este artículo explica qué cubre Agent 365 de forma nativa para los agentes de terceros, dónde están las brechas y cómo las cerramos, plataforma por plataforma.
Por qué importan ahora los agentes fuera de Microsoft
Agent 365 está disponible de forma general desde el 3 de noviembre de 2026 y es el portal centralizado de Microsoft donde los equipos de TI, seguridad y cumplimiento gestionan los agentes de IA. El problema es que los agentes están repartidos entre nubes y frameworks. Un equipo de ciencia de datos construye en Amazon Bedrock, un equipo de producto usa el Agent Development Kit (ADK) de Google y los desarrolladores publican agentes de LangChain o LangGraph desde sus propios pipelines. Si solo se gobiernan los agentes creados con Microsoft, el resto se convierte en agentes de IA en la sombra sin un responsable.
El principio que aplicamos es simple: la innovación se mantiene distribuida; la confianza, las políticas y la rendición de cuentas se mantienen centralizadas. Los equipos siguen construyendo donde mejor trabajan. El gobierno ocurre en un solo lugar.
Qué cubre Agent 365 de forma nativa
Agent 365 incorpora agentes externos mediante plataformas conectadas, también llamadas registry sync. A la fecha de este artículo, Microsoft admite siete: Amazon Bedrock, Google Vertex AI, Salesforce Agentforce, Databricks Genie, Anthropic Claude (Managed Agents), Oracle Generative AI Agents y Snowflake Cortex. Registry sync agrega esos agentes al registro de agentes de Microsoft 365 y, cuando la plataforma lo permite, muestra métricas de sesiones, excepciones, tiempo de ejecución y llamadas a herramientas en la pestaña Actividad de cada agente. La recopilación de datos de observabilidad forma parte del programa de vista previa Frontier.
Registry sync tiene límites: no agrega capacidades a nivel de código. La identidad, la observabilidad, las herramientas y las notificaciones vienen del Agent 365 SDK, que se debe integrar en cada agente. Además, Agent 365 nunca invoca los agentes sincronizados ni escribe en la plataforma de origen. En la práctica, un agente en Bedrock puede aparecer en su inventario y aun así no tener identidad en Entra, ni prevención de pérdida de datos en sus prompts, ni datos de uso sobre los que sus equipos puedan actuar.
Las cinco condiciones, plataforma por plataforma
Usamos cinco condiciones para evaluar los agentes de terceros. La tabla muestra lo que Agent 365 ofrece de forma nativa hoy y lo que Synergy Advisors validó y extendió:
| Plataforma | Descubrimiento | Identidad | Protección de seguridad | Protección de datos | Telemetría |
|---|---|---|---|---|---|
| Amazon Bedrock AgentCore (AWS) | Incluido | No cubierto | Parcial | No cubierto | Parcial |
| Google ADK (Gemini Enterprise Agent Platform) | Incluido | No cubierto | Parcial | No cubierto | Parcial |
| LangChain | No cubierto | No cubierto | No cubierto | No cubierto | No cubierto |
| LangGraph | No cubierto | No cubierto | No cubierto | No cubierto | No cubierto |
| Con Synergy Advisors | Validado y extendido (Agent 365 SDK) | Validado y extendido (Agent 365 SDK) | Validado y extendido (Agent 365 SDK) | Validado y extendido (API de Purview) | Validado y extendido (Agent 365 SDK) |
- Incluido: nativo en Agent 365 mediante plataformas conectadas (registry sync).
- Parcial: solo señales de lectura, como telemetría y alertas de Defender cuando la plataforma las reporta. Sin controles a nivel de código.
- No cubierto: requiere integración a nivel de código con el Agent 365 SDK.
- Validado y extendido: integrado y probado por Synergy Advisors con el Agent 365 SDK, Microsoft Entra Agent ID, Microsoft Purview y OpenTelemetry.
El resultado: todas las condiciones quedan cubiertas en todas las plataformas de la tabla.
Qué extendemos, condición por condición
| Condición | De forma nativa | Lo que agregan nuestros expertos | Cómo lo construimos |
|---|---|---|---|
| Descubrimiento | Agentes de AWS y Google Cloud sincronizados en el registro de agentes | Cada agente, en cualquier plataforma, incorporado con un responsable, un patrocinador y un blueprint aprobado | Agent 365 SDK, blueprints de agentes |
| Identidad | Entrada de solo lectura en el registro; la conexión con la plataforma usa una clave o una cuenta de servicio | Cada agente recibe su propio Microsoft Entra Agent ID, un patrocinador y acceso condicional basado en riesgo. Vea Identidad de agentes de IA | Entra Agent ID, Agent 365 SDK |
| Protección de seguridad | La telemetría del agente alimenta alertas e información de Defender | Operaciones del agente en Advanced Hunting de Defender, correlacionadas en Microsoft Sentinel para una sola respuesta del SOC | Advanced Hunting, analítica de Sentinel |
| Protección de datos | No incluida: registry sync no agrega controles a nivel de código | Prompts y respuestas evaluados por Microsoft Purview DLP en tiempo real; el contenido sensible se bloquea antes de salir | Microsoft Graph processContent, identidad de aplicación en Entra |
| Telemetría | Métricas de sesiones, tiempo de ejecución y llamadas a herramientas en la pestaña Actividad | Quién usa cada agente, con qué frecuencia y cuánto, de vuelta en los paneles y registros de Agent 365 | OpenTelemetry, Agent 365 SDK |
La telemetría merece una nota: estar protegido no es lo mismo que estar medido. Un agente puede estar protegido por Entra, Purview y Defender y seguir siendo invisible para el negocio. Instrumentamos cada agente con OpenTelemetry, asignamos sus spans y métricas a la observabilidad de Agent 365 y lo demostramos en vivo en la pestaña Actividad, los paneles y los registros.
En AWS: de la visibilidad al control
Para Amazon Bedrock AgentCore trabajamos en dos niveles. Sus agentes se quedan en Bedrock: nadie tiene que moverlos ni elegir una nube sobre otra.
| Nivel 1 · Visibilidad conectada | Nivel 2 · Integración profunda | |
|---|---|---|
| Qué obtiene | El agente aparece en Agent 365 (plataforma: Amazon Bedrock). Las sesiones y la actividad se sincronizan desde Amazon CloudWatch. Las operaciones del agente están disponibles en Advanced Hunting de Defender. | Purview evalúa prompts y respuestas en tiempo real. El contenido sensible se bloquea y los prompts seguros se responden con normalidad. Los eventos de DLP aparecen en el Explorador de actividad, correlacionados con CloudWatch y Defender. |
| Qué requiere | Runtime de AgentCore listo con la observabilidad habilitada, CloudWatch Transaction Search activado y una plataforma conectada con acceso IAM de solo lectura y mínimo privilegio. | Un registro de aplicación en Entra con el permiso processContent de Microsoft Graph, una política de DLP de Purview limitada a esa identidad de aplicación y el runtime del agente configurado con la integración de Purview. |
En Google Cloud y en frameworks de código abierto
- Google Cloud. Los agentes de Gemini Enterprise Agent Platform se importan al registro de agentes por proyecto y región. Con los callbacks de ADK, los prompts y las respuestas pasan por Purview antes de que el modelo responda, y los spans de Cloud Trace, las exportaciones de trazas de BigQuery y las métricas de Cloud Monitoring se asignan a Agent 365 mediante OpenTelemetry. Los agentes de Google se quedan en Google Cloud y se suman al mismo plano de control de identidad, datos, seguridad y uso.
- LangChain y LangGraph. Estos frameworks no tienen una plataforma conectada, así que nada queda cubierto hasta integrar el agente. Registramos cada agente con el Agent 365 SDK, le damos una identidad en Entra y un responsable, y lo llevamos a los mismos controles de observabilidad, seguridad y ciclo de vida que un agente de Copilot.
Para TI, el resultado es un solo inventario de todos los agentes. Para seguridad, una sola vista del SOC, en cualquier nube. Para cumplimiento, un solo registro de auditoría. Para el negocio, datos reales de adopción y uso.
Lo que viene
Las cuatro plataformas anteriores están disponibles hoy. Nuestros expertos están definiendo integraciones del Agent 365 SDK para más plataformas de agentes, y un API gateway administrado en Azure para gobernar los servidores MCP que usan sus agentes, con políticas y visibilidad en un solo lugar. El principio no cambia: la innovación se mantiene distribuida y el control, centralizado.
Cómo le ayudan nuestros expertos
- Agent 365 E-xperiences. Desde una Architecture Design Session que relaciona cada agente que usted ejecuta con las cinco condiciones, hasta una prueba de concepto y un piloto en producción en sus propias plataformas.
- E-mmersion Dev Track. Un laboratorio práctico, guiado por un instructor, de hasta cuatro horas para desarrolladores y equipos de ingeniería de plataforma (nivel 400), en inglés o en español. Su equipo incorpora agentes de LangChain, LangGraph y Google ADK con el Agent 365 SDK, aplica Entra Agent ID y acceso de mínimo privilegio, y revisa la observabilidad y el ciclo de vida, en un laboratorio preconfigurado sin configuraciones en su propio tenant.
Sobre el licenciamiento: la incorporación de agentes de terceros usa el Agent 365 SDK y supone que ya se cumple el requisito de Agent 365: Microsoft 365 E5 con el complemento de Agent 365, o Microsoft 365 E7.
Preguntas frecuentes
¿Puede Agent 365 gobernar agentes que se ejecutan en AWS o Google Cloud?
Puede descubrirlos mediante plataformas conectadas y mostrar su actividad cuando la plataforma lo permite. La identidad, la prevención de pérdida de datos y la telemetría completa requieren integración a nivel de código con el Agent 365 SDK, que nuestros expertos validan y extienden.
¿Tenemos que mover nuestros agentes a Azure?
No. Los agentes se quedan en Amazon Bedrock, en Google Cloud o donde sus desarrolladores los construyan. Solo el gobierno pasa a Agent 365.
¿Qué no cubre registry sync?
Según Microsoft Learn, registry sync no agrega capacidades a nivel de código, como identidad, observabilidad, herramientas o notificaciones, y Agent 365 nunca invoca los agentes sincronizados.
¿Qué plataformas y frameworks cubren sus expertos?
Hoy, Amazon Bedrock AgentCore, Google ADK, LangChain y LangGraph. Las integraciones con más plataformas ya están en camino.
Siguiente paso
Los expertos de Synergy Advisors pueden relacionar los agentes que usted ya ejecuta, en cualquier nube, con las cinco condiciones y mostrarle lo que se necesita para gobernarlos en Agent 365. Hable con nuestros expertos.
Fuentes
- Registry sync in the Microsoft 365 agent registry Microsoft Learn, actualizado el 6 de noviembre de 2026
- Connect existing agents to Agent 365 Microsoft Learn
- Microsoft named a Leader in the 2026 Gartner Magic Quadrant for AI Agent Management Platforms Microsoft Security Blog, 3 de noviembre de 2026
- Agent 365 (A365) E-xperiences Portfolio, V.1.7 Synergy Advisors, noviembre de 2026
