¿Qué es Toolbox en Foundry?

A medida que las organizaciones adoptan agentes de inteligencia artificial, la administración de herramientas entre agentes puede ser cada vez más compleja. A menudo, los agentes se conectan directamente a herramientas, API, servidores MCP y otros servicios, lo que requiere una configuración, autenticación y gobernanza independientes para cada implementación. Este enfoque puede provocar un esfuerzo duplicado, un comportamiento incoherente, implementaciones de producción frágiles y una sobrecarga operativa adicional a medida que crece el número de agentes.

El cuadro de herramientas proporciona una manera centralizada de administrar y compartir herramientas en Microsoft Foundry. Con el Cuadro de herramientas, se define un conjunto mantenido de herramientas una vez y se exponen a través de un único punto de conexión compatible con MCP que los agentes pueden consumir entre marcos y entornos de ejecución. El cuadro de herramientas ayuda a simplificar la integración de herramientas al habilitar la administración centralizada de credenciales, la gobernanza, la observabilidad y el control de acceso.   En lugar de configurar herramientas de forma independiente para cada agente, los equipos pueden administrar herramientas en un solo lugar, reutilizarlas en varios agentes y actualizar implementaciones de herramientas sin necesidad de cambios en el código del agente. Este enfoque ayuda a las organizaciones a escalar el desarrollo de agentes a la vez que mantiene prácticas operativas y de seguridad coherentes.

En este artículo se explica cómo funciona Toolbox, sus conceptos básicos y la arquitectura, y cómo crear y administrar cuadros de herramientas en Microsoft Foundry.

¿Por qué usar un cuadro de herramientas?

Considere un agente que ayude a incorporar nuevos empleados. Una sola solicitud puede requerir que el agente:

  • Recupere la guía de incorporación mediante una base de conocimiento.
  • Cree una cuenta de Microsoft Entra ID mediante una API REST.
  • Aprovisione recursos en la nube mediante un agente de ejecución prolongada.
  • Redactar un correo electrónico de bienvenida personalizado mediante aptitudes del agente.
  • Publique un mensaje de bienvenida en un canal de Microsoft Teams mediante un servidor MCP.

Son cinco tipos, cinco modelos de autenticación y cinco equipos propietarios: para un agente. Ahora multiplique eso en todos los agentes que cree la organización:

  • Teams vuelve a implementar las mismas herramientas de forma independiente.
  • Las credenciales se duplican y cada agente administra sus propios secretos y actualización de tokens.
  • La gobernanza es incoherente o falta, con poca visibilidad sobre qué herramientas existen o quién las usa.

Diagrama en el que se muestran varios agentes que conectan sus propias herramientas con diferentes modelos de autenticación y credenciales duplicadas.

Sin un enfoque centralizado, cada agente debe configurarse con sus propias definiciones de herramientas, credenciales y lógica de integración. A medida que las organizaciones crean más agentes, este modelo puede provocar implementaciones de herramientas duplicadas, controles de seguridad incoherentes y una mayor sobrecarga operativa.

El cuadro de herramientas aborda estos desafíos al permitir que los equipos definan y administren herramientas de forma centralizada y exponganlas a través de un único punto de conexión compatible con MCP. Después, los agentes pueden consumir herramientas aprobadas sin necesidad de integraciones personalizadas para cada agente, lo que ayuda a las organizaciones a mejorar la reutilización de herramientas, simplificar la administración de credenciales y aplicar la gobernanza de forma coherente en las implementaciones del agente.

Ciclo de vida de la herramienta: compilación, detección, consumo y gobernanza

El cuadro de herramientas cubre el ciclo de vida completo de las herramientas a través de cuatro pilares: compilación, detección, consumo y gobernanza:

Fundamento Propuesta de valor
Build Cree colecciones reutilizables de herramientas y aptitudes (versión preliminar), publique una vez y configure la autenticación de forma centralizada para que cualquier equipo pueda usar las mismas herramientas sin duplicar la configuración o las credenciales por agente.
Descubra Use la búsqueda de herramientas (versión preliminar) para ayudar a los agentes a encontrar las herramientas más relevantes en tiempo de ejecución. Un único cuadro de herramientas puede contener cientos de herramientas sin inundar el contexto del modelo, inflar el costo del token o degradar la precisión de la selección.
Consumo Conecte agentes a un único punto de conexión compatible con MCP que proporcione acceso a las herramientas de un cuadro de herramientas. Los agentes pueden detectar e invocar herramientas entre protocolos y modelos de autenticación sin necesidad de integraciones personalizadas.
Govern Aplique la autenticación, la autorización, los límites de protección, la observabilidad y la administración de versiones en el nivel del cuadro de herramientas. La gobernanza centralizada ayuda a las organizaciones a mantener controles operativos y de seguridad coherentes entre agentes y herramientas.

Diagrama que muestra el cuadro de herramientas como un punto de conexión compatible con MCP en Microsoft Foundry. A la izquierda, foundry Agent Service (preguntar y agentes hospedados), Microsoft Agent Framework, LangGraph y GitHub Copilot conectarse al cuadro de herramientas, que proporciona Build (herramientas, aptitudes y agentes seleccionados), Discover (reducir el consumo de tokens y la ventana de contexto con búsqueda de herramientas) y Consumir (punto de conexión unificado con gobernanza y barreras de protección). A la derecha, Toolbox se conecta a MCP, A2A, OpenAPI, Microsoft IQ, Skills, Agents (A2A) y mucho más. Regido de forma predeterminada.

Encontrado hospedado, no enlazado a foundry

Los cuadros de herramientas se crean y administran en Microsoft Foundry, pero no se limitan a los agentes basados en Foundry. Cualquier entorno de ejecución o cliente compatible con MCP puede usar un cuadro de herramientas, incluidos los agentes personalizados creados con Microsoft Agent Framework, LangGraph o su propio código.

Dado que un cuadro de herramientas es un recurso administrado, puede agregar, quitar o actualizar herramientas sin cambiar el código del agente. Los agentes continúan conectándose al mismo punto de conexión mientras los administradores administran la disponibilidad y la configuración de las herramientas de forma centralizada. Con control de versiones, puede promover una nueva versión predeterminada de un cuadro de herramientas y hacer que esté disponible para consumir agentes sin volver a implementar esos agentes.

Vea estas demostraciones para ver cuadros de herramientas en acción:

Principales funcionalidades

Microsoft Foundry Agent Toolbox agrega funcionalidades que mantienen fáciles y seguras colecciones de herramientas grandes y de crecimiento rápido.

  • Punto de conexión único. El agente se conecta a un punto de conexión compatible con MCP y detecta todas las herramientas en tiempo de ejecución. Puede agregar, quitar o volver a configurar herramientas sin cambiar el código del agente ni volver a implementar.
  • Autenticación centralizada. El cuadro de herramientas controla la inserción de credenciales, la actualización de tokens y la aplicación de directivas en tiempo de ejecución mediante Microsoft Entra ID y el paso directo de identidad de OAuth, por lo que los agentes que consumen no administran las credenciales por herramienta.
  • Gobernanza de forma predeterminada. Aplique límites de protección (directivas de IA responsable) a las entradas y salidas de herramientas en el nivel del cuadro de herramientas.
  • Control de versiones Cree y pruebe una nueva versión del cuadro de herramientas y, a continuación, promocione a la predeterminada cuando esté listo. Todos los agentes que apunten al cuadro de herramientas seleccionan automáticamente la versión promocionada, sin cambios en el código.

Además de estas funcionalidades clave, Toolbox habilita las siguientes características en versión preliminar nuevas:

Búsqueda de herramientas (versión preliminar)

A medida que crece la aplicación, también aumenta el número de herramientas disponibles. Un cuadro de herramientas que comienza con algunas herramientas puede expandirse rápidamente a docenas o incluso cientos. El envío de cada definición de herramienta con cada solicitud de modelo crea desafíos:

  • Aumentos de costos a medida que se escala el recuento de herramientas: Cada definición de herramienta agrega tokens de entrada, tanto si el modelo usa esa herramienta como si no.
  • Capacidad de contexto reducida: Las definiciones de herramientas compiten con el historial de conversaciones, el conocimiento del dominio y otro contexto para el espacio en la ventana de contexto del modelo.
  • Selección de herramientas menos precisa: Cuando un modelo debe elegir entre cientos de herramientas, es más probable seleccionar una herramienta similar pero incorrecta o pasar por alto la mejor opción.

La búsqueda de herramientas aborda estos desafíos ocultando las herramientas de forma predeterminada y exponiendo solo dos meta-herramientas:

  • tool_search : describa lo que necesita y obtenga las herramientas más relevantes.
  • call_tool : invoque cualquier herramienta detectada por nombre.

Controla cómo se muestran las herramientas.

  • Ancle herramientas críticas para que estén siempre disponibles.
  • Agregue contexto para mejorar la detección de herramientas mediante los términos que usa su organización.
  • Anclar automáticamente herramientas usadas con frecuencia.

Más información: Búsqueda de herramientas (versión preliminar)

Aptitudes (versión preliminar)

Las herramientas definen lo que un agente puede hacer. Las aptitudes definen cómo realiza una tarea.

  • Paquetes de aptitudes reutilizables y flujos de trabajo de varios pasos como funcionalidades que los agentes pueden invocar como cualquier otra herramienta. Por ejemplo, una aptitud podría generar un informe con formato, realizar un flujo de trabajo de evaluación de prioridades o organizar una secuencia de llamadas a herramientas.

  • Las aptitudes tienen versiones e inmutables. Puede adjuntar una versión de aptitud específica a un cuadro de herramientas para garantizar un comportamiento coherente y predecible en todos los entornos.

  • Las aptitudes reducen la configuración necesaria para usar flujos de trabajo compartidos. Los agentes detectan y cargan aptitudes automáticamente a través de recursos de MCP al iniciarse.

Consulte Aptitudes (versión preliminar).

Herramientas compatibles

Se admiten las siguientes herramientas.

Herramienta Caja de herramientas Integración de herramientas directas
Protocolo de contexto de modelo (MCP) ✅ Sí ✅ Sí
Búsqueda web ✅ Sí ✅ Sí
Búsqueda de Azure AI ✅ Sí ✅ Sí
Intérprete de código ✅ Sí ✅ Sí
Búsqueda de archivos ✅ Sí ✅ Sí
OpenAPI ✅ Sí ✅ Sí
De agente a agente (A2A) ✅ Sí ✅ Sí
Automatización del explorador ✅ Sí ✅ Sí
Fabric IQ ✅ Sí ✅ Sí
IQ de trabajo ✅ Sí ✅ Sí
Búsqueda de herramientas ✅ Sí ❌ No
Habilidades ✅ Sí ❌ No
Herramienta recordatorio ✅ Sí ❌ No
Invocación de funciones ❌ No (ejecución del lado cliente) ✅ Sí
Puesta en tierra con Bing ❌ No ✅ Sí
Uso del equipo ❌ No ✅ Sí
Generación de imágenes ❌ No ✅ Sí
SharePoint ❌ No ✅ Sí
Agente de datos de Fabric ❌ No ✅ Sí
Funciones de Azure ❌ No ✅ Sí

Comenzar