El uso de herramientas o tool calling es un patrón mediante el cual un modelo selecciona una función disponible y genera argumentos estructurados para solicitar su ejecución. La aplicación valida la solicitud, ejecuta —o rechaza— la herramienta y devuelve el resultado al modelo.
El modelo no ejecuta la función por sí solo ni debería recibir credenciales directas. Propone una llamada dentro de un contrato controlado por software.
El ciclo de una llamada
El modelo decide qué pedir; la aplicación conserva el control sobre qué ocurre.
Una definición de herramienta suele incluir nombre, propósito, parámetros y restricciones. Descripciones diferenciadas reducen selecciones ambiguas. El resultado debe ser compacto, estructurado y suficiente para decidir el siguiente paso.
Consultar no es lo mismo que actuar
Las herramientas de lectura pueden exponer datos; las de escritura producen efectos. Conviene separar capacidades: consultar_pedido y proponer_reembolso no deberían compartir el mismo permiso que ejecutar_reembolso.
El riesgo depende de identidad, alcance y reversibilidad. Una búsqueda puede ejecutarse automáticamente; un pago, una eliminación o un mensaje externo puede requerir aprobación y comprobaciones deterministas.
Ejemplo empresarial
Un agente de compras dispone de buscar_proveedor, crear_borrador_solicitud y enviar_solicitud. El modelo puede consultar y preparar el borrador. Antes de enviar, la aplicación comprueba centro de coste, destinatario, importe y aprobación.
Si la llamada se repite por un timeout, una clave de idempotencia evita duplicar la solicitud. La traza conserva argumentos, identidad, validaciones y resultado.
Controles mínimos
- Lista dinámica de herramientas según usuario, tarea y estado.
- Esquemas estrictos y validación fuera del modelo.
- Permisos mínimos y credenciales gestionadas por la aplicación.
- Límites de importe, tiempo, iteraciones y frecuencia.
- Confirmación humana para efectos sensibles o irreversibles.
- Idempotencia, reintentos controlados y comprobación del resultado real.
- Registro de llamada, respuesta, error y decisión posterior.
Las salidas de herramientas también son datos no confiables. Una página, un correo o un documento pueden contener instrucciones maliciosas; deben tratarse como contenido, no como autoridad que reescribe el objetivo.
Cómo se evalúa
Mide selección correcta, argumentos, respeto de permisos, recuperación ante errores y resultado final. Incluye herramientas parecidas, campos ausentes, timeouts, respuestas contradictorias e intentos de inyección. Una respuesta final correcta conseguida mediante una acción no autorizada sigue siendo un fallo.
Qué no debe confundirse con tool calling
- API: interfaz que ejecuta una capacidad; el tool calling prepara la solicitud desde el modelo.
- Salida estructurada: obliga a devolver un esquema, aunque no se ejecute ninguna función.
- Plugin o conector: paquete de integración que puede exponer varias herramientas.
- Agente: sistema que puede encadenar decisiones y llamadas; una única llamada no crea un agente.
- Orquestación: lógica que coordina modelos, herramientas, reglas y estado.
Consulta también inyección de prompt para entender por qué los resultados de herramientas deben tratarse como datos no confiables.
La decisión útil
Diseña herramientas estrechas y verificables. El modelo debe pedir una intención; la aplicación debe decidir si puede ejecutarla, bajo qué identidad y con qué límites.
Fuentes y lecturas recomendadas
- OpenAI Developers: function calling, flujo, esquemas y manejo de llamadas, consultado el 20 de agosto de 2026.
- Anthropic: tool use, definiciones y ciclo de ejecución, consultado el 20 de agosto de 2026.
- INSTINTIA: identidad digital y permisos para agentes, controles empresariales para acciones.
Definición y vigencia revisadas el 20 de agosto de 2026.