La expansión de los agentes empresariales plantea un problema práctico: cada agente termina administrando sus propias conexiones, credenciales, herramientas y servidores MCP. Microsoft Foundry Toolboxes propone centralizar esa capa y exponerla mediante un único endpoint compatible con Model Context Protocol.
Microsoft confirmó en septiembre de 2026 que Toolboxes está disponible de forma general. La capacidad permite definir una colección aprobada de herramientas una vez, compartirla entre agentes y modificarla sin tener que cambiar el código de cada consumidor.
¿Qué problema resuelve Foundry Toolboxes?
Cuando cada agente se conecta directamente a APIs, bases de datos, servicios y servidores MCP, aparecen configuraciones duplicadas, comportamientos inconsistentes y credenciales distribuidas. El riesgo crece con cada nuevo agente y dificulta responder preguntas básicas: qué herramientas existen, quién puede utilizarlas, qué versión está activa y cómo se auditan sus invocaciones.
Toolboxes introduce una capa administrada entre los agentes y las herramientas. Los agentes se conectan a un endpoint MCP versionado, mientras Foundry concentra la definición, autenticación, autorización, observabilidad y evolución de las herramientas.
Arquitectura del patrón
Agentes y clientes MCP → endpoint de Toolbox → autenticación y políticas → herramientas, APIs, conocimiento y servidores MCP.
La arquitectura no obliga a utilizar un único framework. Aunque el recurso se administra en Microsoft Foundry, puede ser consumido por cualquier runtime compatible con MCP, incluidos Microsoft Agent Framework, LangGraph y desarrollos propios.
Este enfoque se complementa con la integración ya documentada entre Dynamics 365 ERP MCP y Microsoft Foundry. El servidor ERP MCP proporciona las capacidades de Finance and Operations; Toolbox puede formar parte de una capa superior que agrupe y gobierne herramientas provenientes de varios dominios.
Cuatro capacidades principales
- Construir: reunir herramientas reutilizables y publicar versiones controladas.
- Descubrir: localizar dinámicamente las herramientas adecuadas cuando la colección crece.
- Consumir: entregar a los agentes un único endpoint MCP en lugar de múltiples integraciones directas.
- Gobernar: centralizar autenticación, autorización, guardrails, observabilidad y administración de versiones.
La autenticación centralizada evita que cada agente almacene secretos o implemente por separado la renovación de tokens. Foundry puede utilizar Microsoft Entra ID y delegación OAuth para inyectar credenciales y aplicar las políticas correspondientes durante la ejecución.
Tool Search reduce la saturación de herramientas
Una colección con decenas o cientos de herramientas puede aumentar el consumo de tokens y reducir la precisión del modelo al elegir una acción. Tool Search evita enviar todas las definiciones en cada solicitud: expone inicialmente herramientas de búsqueda e invocación, y recupera solamente las capacidades pertinentes para la tarea.
Es importante distinguir estados: Toolboxes está disponible de forma general, mientras Tool Search y Agent Skills continúan en vista previa pública. Las funciones en preview no tienen acuerdo de nivel de servicio y Microsoft no las recomienda todavía para cargas de producción.
Implementación disponible
Microsoft publicó un quickstart completo que combina búsqueda web y el servidor MCP de Microsoft Learn detrás de un Toolbox, y luego lo consume desde un Hosted Agent escrito en Python. El procedimiento permite:
- Crear o seleccionar un proyecto de Microsoft Foundry y desplegar un modelo compatible con chat.
- Instalar Azure Developer CLI y las extensiones de Foundry.
- Definir las herramientas en
toolbox.yamlo mediante el SDK de Python. - Publicar la primera versión y obtener el endpoint MCP versionado.
- Probar el agente localmente antes de desplegarlo.
- Desplegar el agente en Foundry Agent Service y comprobar qué herramienta utilizó.
- Crear una nueva versión del Toolbox y promoverla después de validarla.
Para el camino con Python, la guía utiliza azure-ai-projects 2.3.0 o superior, azure-identity y un proyecto Foundry existente. Las solicitudes al modelo y el alojamiento remoto generan costos de Azure; por eso conviene validar localmente y eliminar los recursos de prueba cuando termine el piloto.
Aplicación en soluciones empresariales
El patrón puede ser útil cuando varios agentes necesitan compartir capacidades como consulta de documentación, diagnóstico, búsqueda de incidencias, validación de artefactos o acceso controlado a operaciones del ERP. En lugar de replicar conexiones y secretos, un equipo puede administrar colecciones por dominio y entregar endpoints gobernados a distintos agentes.
Para Dynamics 365 Finance and Operations, Toolbox no reemplaza la seguridad del ERP ni convierte automáticamente una operación en segura. El servidor ERP MCP continúa respetando el contexto y los permisos disponibles en la aplicación. La capa adicional debe conservar el principio de mínimo privilegio, separar herramientas de lectura y escritura y exigir aprobación humana para acciones sensibles.
Riesgos y controles necesarios
- No incorporar herramientas destructivas sin confirmación y trazabilidad.
- Evitar roles amplios únicamente para simplificar el piloto.
- Validar la identidad efectiva cuando se utilice delegación de usuario.
- Revisar entradas y salidas de herramientas frente a exposición de datos y ataques de prompt injection.
- Fijar versiones para procesos críticos y probar una nueva versión antes de promoverla como predeterminada.
- Medir latencia, disponibilidad, consumo de tokens y costos del modelo y del alojamiento.
- Mantener Tool Search y Skills fuera de producción mientras continúen en preview, salvo evaluación y aceptación expresa del riesgo.
Conclusión
Foundry Toolboxes convierte la integración de herramientas en un recurso administrado y reutilizable, en lugar de una configuración repetida dentro de cada agente. Su mayor valor no es solamente técnico: establece un punto común para controlar identidad, versiones, observabilidad y acceso conforme crece el ecosistema de agentes.
La recomendación es probar inicialmente un Toolbox pequeño, con herramientas de solo lectura y métricas claras. Una vez comprobados autenticación, trazabilidad, costos y comportamiento, puede evolucionar hacia un patrón compartido para agentes empresariales.