Function calling, traducido a lenguaje de gerente, es la lista de acciones concretas que permites ejecutar a tu agente de IA: consultar el stock, crear una cita, emitir un abono. Lo que está en la lista, el agente puede hacerlo; lo que no está, no puede, por mucho que se lo pidan. Decidir qué entra en esa lista es una de las decisiones más importantes de todo el proyecto, y la tomas tú, no la tecnología.
Una multinacional no deja que un empleado nuevo emita abonos o borre clientes el primer día: tiene un cuadro de permisos por puesto. Con un agente pasa lo mismo. Esta guía explica qué es el function calling, qué acciones suelen quedar a cada lado de la línea y qué criterio usar para decidir.
¿Qué es el function calling, sin tecnicismos?
Piensa en un restaurante. El agente de IA es el camarero: entiende lo que pide el cliente y lo traduce en un pedido. Pero el camarero no cocina; el pedido llega a la cocina, y la cocina solo prepara los platos que están en la carta. Cada plato es una "función": un pequeño programa ya escrito que hace una sola cosa, como "consultar el stock de un producto" o "crear una cita en la agenda". Function calling es el mecanismo por el que la IA elige un plato de la carta y rellena los datos del pedido: qué producto, qué cliente, qué fecha.
Dos consecuencias para ti. La primera: la IA no se inventa acciones, elige entre las que le has dado. La segunda: cada función puede llevar sus propios límites, como un importe máximo, que ninguna conversación puede saltarse. Para una explicación más técnica del mecanismo tienes qué es el function calling en IA; aquí nos centramos en la decisión que te toca a ti.
¿Qué acciones puede ejecutar un agente de IA?
En teoría, cualquiera para la que alguien haya preparado una función: mirar datos, crear registros, enviar mensajes, mover importes. Que sea posible no significa que sea conveniente. Por eso, en la práctica, las acciones se ordenan por lo que arriesgas si salen mal, y cada nivel de riesgo recibe un trato distinto: lo inocuo se deja al agente, lo delicado se somete a una persona y lo que no debe hacerse solo, directamente no se programa. Este reparto resume la idea:
| Tipo de acción | Ejemplos | Quién decide en la práctica |
|---|---|---|
| Consultar (solo mirar) | Ver el stock, el estado de un pedido, los huecos de la agenda | El agente, sin pedir permiso |
| Crear o cambiar algo que se puede deshacer | Crear una cita, añadir una nota a la ficha de un cliente, preparar un borrador de presupuesto | El agente, dejando registro; una persona revisa lo que convenga |
| Mover dinero, comprometer a la empresa o hacer algo irreversible | Emitir un abono, aplicar un descuento, enviar una oferta vinculante, borrar datos | El agente prepara; una persona aprueba |
| Fuera de la lista | Cambiar precios de catálogo, dar de baja clientes, tocar nóminas | Solo personas |
La última fila es tan importante como las demás. Que algo no figure en la lista no es una carencia del agente: es una decisión de diseño.
¿Cómo decido qué acciones quedan fuera?
No hace falta saber de informática para decidirlo: basta con conocer tu negocio. Para cada acción candidata, hazte cinco preguntas en voz alta, mejor con la persona que hoy hace esa tarea a mano. Si alguna respuesta te incomoda, esa acción necesita aprobación humana o debe quedar fuera de la lista, al menos al principio.
- ¿Se puede deshacer fácilmente? Crear una cita sí; enviar un mensaje a todos tus clientes, no.
- ¿Mueve dinero o compromete legalmente a la empresa? Un abono, un descuento o una oferta con tu firma tienen consecuencias que van más allá de un error de agenda.
- ¿Toca datos personales de otras personas? Leer, modificar o enviar datos de clientes o empleados exige limitar quién y para qué, y es un asunto para tu asesor en protección de datos.
- ¿Sale hacia fuera sin que nadie lo vea? Un mensaje a un cliente o a un proveedor lleva el nombre de tu empresa.
- ¿Qué es lo peor que pasaría si el agente se equivoca? Si la respuesta es "una molestia", puede ir sola. Si es "un problema con un cliente importante", necesita una persona en medio.
Regla de bolsillo: empieza por las acciones de consultar, añade después las reversibles y deja lo delicado a una persona hasta que hayas visto trabajar al agente durante un tiempo razonable.
¿Cómo se reserva a una persona lo delicado?
Se hace con tres mecanismos, que se combinan. El primero es la aprobación: el agente prepara la acción, la deja pendiente y una persona la ve en su bandeja, con el motivo, y la acepta o la rechaza. El segundo son los límites: un importe máximo, un número máximo de envíos por día o una lista cerrada de destinatarios permitidos. El tercero es la exclusión: la función directamente no existe, así que el agente no puede ejecutarla aunque alguien se lo pida con insistencia o con buenas palabras.
Hay un grupo de decisiones que no deberían pasar nunca por esta lista, ni siquiera con aprobación rutinaria: las que afectan a personas (contratar, despedir, evaluar), el asesoramiento legal, fiscal o financiero y cualquier asunto en el que alguien deba firmar y responder. El agente puede preparar la información; decide un profesional. Más sobre esa frontera en límites del equipo virtual: decisiones que siempre firma una persona.
Un ejemplo hipotético: la lista de una distribuidora pequeña
Pensemos en una distribuidora de material eléctrico con un agente que atiende pedidos de clientes profesionales. Su lista podría quedar así:
- Entra sin aprobación: consultar stock, consultar el estado de un pedido, buscar el historial de un cliente, ver los plazos de entrega.
- Entra con registro: crear un pedido en borrador, anotar una incidencia, reservar una franja de recogida.
- Entra solo con aprobación: confirmar un pedido que supera el importe que fije la empresa, aplicar un descuento fuera de tarifa, emitir un abono.
- Queda fuera: modificar tarifas, cambiar condiciones de pago de un cliente, borrar pedidos o clientes.
Fíjate en que ninguna de las acciones requiere que el agente "sea muy listo". Lo que cambia entre una fila y otra es el riesgo, y eso lo mide quien conoce el negocio. Para entender cómo se gradúa la libertad del agente con el tiempo, mira niveles de autonomía de un agente de IA.
Cómo revisar la lista con el tiempo
La lista no es definitiva. Cada cierto tiempo, con quien mantiene el agente, conviene repasar cuatro cosas:
- Qué funciones usa de verdad. Si una no se usa nunca, quítala: cuantas menos acciones tenga, menos puede salir mal.
- Qué aprobaciones se aceptan siempre sin mirar. Quizá se puedan pasar a automáticas con un límite claro.
- Qué aprobaciones se rechazan a menudo. Es señal de que el agente necesita mejores instrucciones o de que esa acción no debe ser suya.
- Qué te piden los clientes y el agente no puede hacer. Es el origen de la siguiente acción que valdrá la pena añadir.
La idea de fondo es la de human in the loop: una persona sigue en el circuito donde hace falta, y el resto se automatiza con criterio.
Conclusión
El function calling no es magia: es la carta de acciones que ofreces a tu agente. Lo que importa para un gerente no es cómo funciona por dentro, sino qué se pone en la carta, qué lleva aprobación y qué queda fuera. Con cinco preguntas sobre reversibilidad, dinero, datos, visibilidad y peor consecuencia posible, puedes decidirlo con criterio y revisarlo cuando el agente haya demostrado lo que sabe hacer.
En MG Solutions construimos agentes de IA específicos para cada empresa, adaptados a tu forma de trabajar y a tus herramientas, no una plantilla genérica, y definimos contigo qué acciones puede ejecutar cada agente y cuáles se reservan a tu equipo.
Si quieres ver cómo encajaría en tu empresa, escríbenos y lo hablamos.