Introducción
Imagine que está desarrollando un agente de Joule para optimizar el soporte al cliente. El agente necesita acceder a una base de conocimientos, comprender la opinión del cliente y desencadenar acciones en un sistema CRM. Para lograrlo, el agente necesita herramientas que amplíen su comprensión del lenguaje central y le permitan interactuar con sistemas y datos. En esta lección se explora qué son las herramientas, cómo se definen en Joule Studio, edición clásica, y cómo el Model Context Protocol (MCP) simplifica su integración promoviendo la interoperabilidad y la seguridad.
¿Qué son las herramientas de IA?
Una herramienta es una capacidad llamable que permite a un agente Joule realizar acciones específicas o acceder a recursos externos. Las herramientas permiten a los agentes ir más allá de la generación de texto e interactuar con sistemas, datos y procesos del mundo real.
Ejemplos comunes de herramientas utilizadas por los agentes de Joule:
Estos son algunos ejemplos comunes de herramientas de agente:
| Herramienta | Objetivo | Ejemplo de caso de uso empresarial |
|---|---|---|
| Habilidades de Joule | Para conectarse de forma segura a fuentes centrales de SAP o de terceros mediante funciones controladas y reutilizables. | Un agente de la cadena logística utiliza una habilidad Joule para verificar el nivel de stock en tiempo real de un producto específico en el almacén. |
| Grounding de documentos | Para extraer información y motivos de documentos empresariales no estructurados (PDF, documentos de Word, contratos) para garantizar respuestas contextuales y conformes. | Un agente de servicio al cliente se basa en documentos de póliza de garantía para determinar con precisión si el reclamo de un cliente es válido. |
| Calculadora | Para realizar razonamientos numéricos, cálculos y evaluaciones precisos necesarios para las tareas financieras y logísticas. | Un agente que crea un pedido de cliente utiliza la Calculadora para aplicar un descuento complejo de varios niveles basado en el volumen y el historial del cliente. |
| Humano en el bucle | Para hacer cumplir la gobernanza pausando el flujo de trabajo y solicitando aprobación o entrada manual de un usuario para decisiones críticas o de alto valor. | Un agente financiero redacta una propuesta de pago para una factura inusualmente grande y desencadena una tarea de aprobación Human-in-the-Loop para el gerente del departamento. |
| Agentes de Joule | Para permitir que un agente primario invoque a otro agente más especializado para realizar una tarea específica, creando un ecosistema componible y escalable. | Un "agente de pedido de cliente" primario debe realizar una verificación de crédito. En lugar de tener esa lógica incorporada, llama al "Agente de Verificación de Crédito" especializado como herramienta. El agente experto ejecuta su análisis y devuelve un resultado "aprobado/fallido", que el agente principal utiliza para continuar el proceso. |
| Model Context Protocol (MCP) | Para permitir que el agente descubra y organice flujos de trabajo en todas las aplicaciones de SAP y de terceros de forma estandarizada, eliminando los silos de aplicaciones. | Un agente de logística utiliza MCP para consultar el estado de expedición directamente desde un sistema habilitado para MCP de un proveedor de logística externo. |
Las herramientas complementan las capacidades de los modelos de lenguaje de gran tamaño. Si bien un LLM puede razonar y generar texto, las herramientas proporcionan una ejecución determinista, por ejemplo, cálculos precisos o interacciones con el sistema
Los tres principios de una herramienta bien definida en Joule Studio, edición clásica
La definición de una herramienta en Joule Studio, edición clásica, es el proceso de empaquetar una capacidad de confianza lista para la producción para el uso del agente. Para garantizar la fiabilidad y el comportamiento predecible, las herramientas deben seguir tres principios básicos.
Principio 1: Se debe validar la capacidad.
Una herramienta es una promesa de que una capacidad funciona como se esperaba. Antes de exponerlo a un agente, la funcionalidad subyacente debe probarse y estar operativa de forma independiente:
- Para una habilidad de Joule: Esto significa que la automatización o llamada de API subyacente se ha probado a fondo. Ha verificado que se conecta correctamente al sistema de destino y devuelve los resultados esperados o realiza la acción deseada sin errores.
- Para Grounding de documentos: Esto significa que el pipeline de documentos ya se ha ejecutado correctamente. Los documentos de origen se han procesado, indexado y los "fragmentos" de conocimiento resultantes se han creado y están disponibles para que el agente consulte.
No está definiendo una idea; está empaquetando un activo comprobado.
Principio 2: Definir su Propósito en el Lenguaje Empresarial Llano.
Una vez que tenga una capacidad de trabajo, debe enseñar al agente cómo y cuándo utilizarla. Para ello, rellene un formulario simple de "Descripción" en Joule Studio, edición clásica. Este es el único elemento importante para la toma de decisiones del agente. La calidad de esta descripción determina directamente la precisión y fiabilidad del comportamiento del agente.
Principio 3: Instrucciones del agente de manualidades como guía de uso de herramientas para un nuevo miembro del equipo
Las instrucciones principales que le da a su agente en Joule Studio, edición clásica, no son solo un objetivo de alto nivel; son su manual de estrategias operativo. Este manual de estrategias debe enseñar al agente a utilizar estratégicamente las herramientas específicas que le ha proporcionado.
Piénselo de esta manera: cuando un nuevo empleado se une, usted no solo dice "Ayude a los clientes". Les muestra el software que utilizarán y les explica cómo y cuándo usar cada aplicación. Las instrucciones de su agente deben hacer lo mismo.
Sus instrucciones deben ser una guía que enseñe al agente a razonar sobre sus herramientas:
1. Estrategia de selección de herramientas (¿Qué herramienta para qué trabajo?)
Las instrucciones deben guiar explícitamente al agente en la elección de la herramienta adecuada para una tarea específica, especialmente cuando varias herramientas parecen similares.
- Vague Instruction: "Use herramientas para encontrar información de pedidos".
- Nueva instrucción de miembro del equipo: "Cuando un usuario pregunta por un pedido, su estrategia es la siguiente: Si solicita el estado de entrega, utilice la herramienta GetOrderStatus. Si solicitan ver las posiciones en el pedido, utilice la herramienta GetOrderDetails. Se trata de funciones separadas".
2. Secuenciación de herramientas (¿en qué orden debería utilizarlas?)
Para problemas de varios pasos, las instrucciones deben explicar el flujo de trabajo correcto, enseñando al agente cómo utilizar la salida de una herramienta como entrada para la siguiente.
- Vague Instruction: "Encuentre los pedidos del cliente".
- Nueva instrucción de miembro del equipo: "Para encontrar todos los pedidos para un cliente, debe seguir un proceso de dos pasos. En primer lugar, utilice la herramienta FindCustomerByName para obtener su customerID único. En segundo lugar, tome ese customerID y utilícelo como entrada para la herramienta ListRecentOrders".
3. Priorización de fuentes de datos (¿En qué herramienta confío más?)
Si el agente tiene acceso a múltiples fuentes de información (por ejemplo, una herramienta en tiempo real y un documento estático), las instrucciones deben indicarle cuál priorizar.
- Instrucción Vague: "Verificar stock".
- Nueva instrucción de miembro del equipo: "Su fuente principal para el inventario es la herramienta CheckStockLevel, ya que proporciona datos en tiempo real. Utilice siempre esta herramienta primero. Solo si esta herramienta falla o no está disponible debe consultar el documento DailyInventoryReport.pdf, y si lo hace, debe informar al usuario de que la información es de ayer".
4. Limitaciones de la herramienta de manipulación (¿Qué hacer cuando una herramienta no es suficiente?)
Las instrucciones deben definir los límites de una herramienta y proporcionar una ruta de escalación clara.
- Vague Instruction: "Si no puede ayudar, escale".
- Nueva instrucción de miembro del equipo: "La herramienta CalculateStandardDiscount solo se puede utilizar para clientes no VIP. Si la herramienta CheckCustomerStatus devuelve "VIP", no debe utilizar la herramienta de descuento. En su lugar, indique que se puede aplicar un descuento especial y que debe pasar la solicitud a un gerente de ventas humano para su aprobación".
Los LLMs solo pueden procesar texto. Cuando proporciona una herramienta a un agente, básicamente está enseñando al LLM sobre la existencia de esa herramienta e instruyéndole que genere instrucciones basadas en texto para utilizarla.
Por ejemplo, si proporciona una herramienta "meteorológica" y el agente necesita conocer el clima en París, el LLM podría generar la llamada de texto weather_tool('Paris'). A continuación, el agente interpreta esta instrucción, ejecuta la herramienta y recupera los datos meteorológicos. El LLM utiliza entonces estos datos para generar una respuesta de sonido natural para el usuario.
Model Context Protocol (MCP): una interfaz de herramientas unificada
El Model Context Protocol (MCP) es un protocolo abierto que estandariza cómo las aplicaciones proporcionan herramientas a los LLM. Aborda el desafío de integrar diversas herramientas con varios LLM proporcionando un lenguaje y una estructura comunes. Piense en él como un adaptador universal para las herramientas de IA.
MCP tiene como objetivo simplificar la integración de herramientas ofreciendo varios beneficios clave:
- Interfaz estandarizada: MCP define una forma consistente de describir y acceder a las herramientas, independientemente de su implementación subyacente. Esto reduce la complejidad de integrar nuevas herramientas y permite a los desarrolladores centrarse en la funcionalidad de la herramienta en lugar de en las especificaciones de la interfaz LLM.
- Ecosistema creciente: MCP fomenta una comunidad de desarrolladores que contribuyen y mantienen una biblioteca de integraciones preconfiguradas. Esto permite que los LLM se conecten directamente a una amplia gama de herramientas, acelerando el desarrollo y reduciendo la redundancia.
- Flexibilidad del proveedor de LLM: al abstraer la interfaz de la herramienta, MCP permite a las organizaciones cambiar entre proveedores de LLM sin necesidad de reescribir sus integraciones de herramientas. Esto proporciona una mayor flexibilidad y reduce el bloqueo de proveedores.
- Seguridad mejorada: MCP promueve las mejores prácticas para proteger los datos dentro de su infraestructura. Al definir límites claros y controles de acceso, ayuda a proteger la información sensible cuando los LLM acceden a las herramientas.
Al implementar MCP, los frameworks pueden aprovechar las herramientas definidas dentro del protocolo, eliminando la necesidad de volver a implementar la misma interfaz de herramientas para cada framework. Esto lleva a un proceso de desarrollo más racionalizado y eficiente.
Resumen
- Las herramientas son funciones que amplían las capacidades de los agentes de Joule, lo que les permite interactuar con el mundo real y acceder a información externa.
- La definición de una herramienta requiere una descripción clara, una función llamable, argumentos con tipificaciones y tipificaciones de salida opcionales.
- El Model Context Protocol (MCP) proporciona una interfaz estandarizada para integrar herramientas con LLM, simplificando el desarrollo y promoviendo la interoperabilidad.