¿Qué es el function calling?

El function calling es la forma estructurada en la que un modelo de lenguaje pide ejecutar una función concreta: indica el nombre de la función y los argumentos en un formato que tu sistema puede leer, validar y ejecutar.

Es la mecánica que hay debajo del tool calling. Cuando hablamos de un agente que «usa herramientas», por dentro está haciendo function calling: traducir una frase del cliente en una petición que un programa puede atender.

Function calling y tool calling: la diferencia

En la práctica se usan casi como sinónimos, pero conviene separarlos. El function calling es el mecanismo: el modelo emite una petición estructurada. El tool calling es el uso de ese mecanismo dentro de un agente que consulta y actúa sobre los sistemas de la empresa.

Dicho simple: function calling es la tubería; tool calling es lo que circula por ella cuando el agente reserva una cita o abre una incidencia.

Qué entra y qué sale

El modelo no ejecuta nada por su cuenta. Recibe la conversación y la lista de funciones disponibles, decide cuál encaja y devuelve su nombre con los argumentos rellenos. Tu sistema valida esos argumentos y ejecuta la acción real.

Esa salida es estructurada, no texto libre. Por eso un programa puede tratarla con seguridad en lugar de adivinar qué quería decir el modelo.

Por qué importa en una llamada

En un agente de voz, el function calling convierte «quiero mover la cita al martes por la tarde» en argumentos concretos: identificador de cliente, fecha, franja y servicio. Sin esa traducción, la intención se queda en palabras y no llega al sistema.

Cuanto más limpia es esa conversión, menos errores se cuelan en la agenda o en el CRM, y menos trabajo manual queda después.

El esquema es el contrato

Cada función se define con un esquema: qué argumentos pide, cuáles son obligatorios y de qué tipo es cada uno. Ese esquema es, en realidad, un contrato de herramienta que el modelo debe respetar.

Cuando el esquema es claro y estricto, el modelo rellena mejor y tu sistema puede rechazar lo que no cuadre. Cuando es ambiguo, el modelo improvisa y aparecen datos inventados.

Qué falla en la práctica

Los fallos habituales no son de lenguaje: argumentos incompletos, formatos de fecha raros, un campo crítico que el modelo deduce en vez de preguntar, o la misma acción ejecutada dos veces porque no había control de duplicados.

También falla la confirmación. El agente no debería dar por hecho un resultado: hasta que la función no responde, no hay cita ni aviso registrado.

Por qué importa para el negocio

El function calling decide si los datos quedan utilizables o si alguien tiene que rehacerlos. Además, cada llamada a función deja un rastro que alimenta la trazabilidad: qué pidió el modelo, con qué datos y qué devolvió el sistema.

Antes de elegir plataforma conviene mirar cómo gestiona esto: validación de argumentos, control de errores y registro de cada llamada. Ahí se juega buena parte de la fiabilidad.

También te puede interesar:

Tool calling

Contratos de herramientas en agentes de voz

¿Qué es una API?

Trazabilidad en IA