¿Cómo funciona realmente la llamada a herramientas en IA?

Al modelo se le da un menú, no un teclado

Antes de enviar una petición, la aplicación describe al modelo las herramientas disponibles: un nombre, una descripción de lo que hace cada una y un esquema de los argumentos que espera. El modelo no recibe código funcional ni una conexión activa a nada: recibe una descripción, igual que una persona lee un menú sin tener acceso a la cocina.

El modelo nunca ejecuta nada él mismo

Cuando un modelo decide que una herramienta ayudaría, produce una salida estructurada —normalmente el nombre de una herramienta y un conjunto de argumentos— y se detiene ahí. Todavía no se ha buscado, llamado ni cambiado nada. La aplicación que envió la petición lee esa salida estructurada, decide si actuar sobre ella, y en caso afirmativo ejecuta la función o la llamada a la API real en su propia infraestructura.

Un intercambio completo es un bucle, no un solo paso

La secuencia típica es: la aplicación envía un prompt más la lista de herramientas disponibles; el modelo responde con una respuesta o con una llamada a herramienta propuesta; si es una llamada a herramienta, la aplicación la ejecuta y devuelve el resultado como parte de la conversación; el modelo entonces continúa, a menudo produciendo una respuesta final que usa ese resultado. Las tareas de varios pasos pueden repetir este bucle varias veces antes de que una respuesta llegue al usuario.

Una llamada propuesta es una conjetura plausible, no una garantía de acierto

Un modelo puede proponer la herramienta equivocada, inventar un argumento que nunca estuvo en el esquema, o llamar a una herramienta cuando no había nada que llamar en absoluto —la misma generación probabilística que produce cualquier otra salida produce una llamada a herramienta—. Nada en el mecanismo hace que una llamada propuesta sea intrínsecamente segura de ejecutar. Una aplicación que ejecuta argumentos sin validarlos contra el esquema, y sin autorizar lo que la llamada realmente puede tocar, está confiando en una conjetura con acceso real.

El esquema es la única interfaz que el modelo realmente ve

El nombre, la descripción y el esquema de argumentos de una herramienta son toda la especificación con la que cuenta el modelo: no tiene otra forma de saber qué hace una herramienta o cómo rellenar correctamente sus parámetros. La misma función subyacente, descrita de forma clara y precisa, tiende a llamarse correctamente muchas más veces que una descrita de forma vaga o agrupada con opciones sin relación, porque el modelo elige y rellena los argumentos solo a partir de esa descripción.

Por qué esto es distinto de pedirle a un modelo que escriba código

Pedirle a un modelo que produzca un script funcional y pedirle que llame a una herramienta predefinida no es la misma petición. Una llamada a herramienta está limitada a un nombre y unos argumentos que tu aplicación ya sabe manejar de forma segura; el código generado libremente puede intentar hacer cualquier cosa que el entorno donde se ejecuta permita, lo cual es un problema de seguridad mucho más grande y distinto. La llamada a herramientas reduce lo que un modelo puede pedir a un conjunto fijo e inspeccionable de opciones.

Preguntas frecuentes

¿El modelo ejecuta la herramienta él mismo?

No. El modelo genera una petición estructurada que nombra una herramienta y sus argumentos. La aplicación que envió la petición decide si ejecutarla, y la función o llamada a la API real corre en la infraestructura propia de la aplicación, no dentro del modelo.

¿Puede un modelo llamar a una herramienta con argumentos inventados?

Sí. Un modelo puede aportar un valor que nunca formó parte del esquema, o que no tiene sentido para la herramienta, porque la llamada se genera igual que cualquier otra salida. Validar los argumentos antes de ejecutar algo real es responsabilidad de la aplicación, no algo que el modelo garantice.

¿Qué pasa si el modelo llama a la herramienta equivocada?

Eso depende por completo de cómo esté construida la aplicación. Una bien construida comprueba si la llamada tiene sentido antes de ejecutarla y puede devolver un error o un resultado aclaratorio al modelo en vez de actuar sobre una petición que no encaja; una mal construida ejecuta lo que recibe.

¿La llamada a herramientas es lo mismo que un agente de IA?

No, pero los agentes suelen construirse sobre ella. La llamada a herramientas es el mecanismo subyacente de petición-respuesta; un agente normalmente repite ese bucle varias veces, con lógica adicional que decide qué probar a continuación según cada resultado.