Tool Use en un minuto
El modelo puede pedir una operación a una calculadora o consultar existencias mediante una integración. La herramienta realiza la acción y devuelve información. Decir 'he comprobado el stock' no equivale a haber realizado esa consulta ni a haber obtenido una respuesta válida del sistema de inventario.
Tool Use conecta una petición con una ejecución
Una herramienta suele tener nombre, descripción y entradas definidas. Una consulta de stock puede requerir identificador de producto y almacén. El modelo selecciona la función y propone argumentos. La aplicación valida la solicitud, comprueba su autorización, realiza la operación y entrega el resultado al modelo. Si la tarea lo necesita, pueden seguir otras llamadas.
- Solicitar
El modelo propone una herramienta y valores concretos.
- Ejecutar
La aplicación valida la petición y utiliza el sistema autorizado.
- Interpretar
La respuesta sirve para contestar o elegir el siguiente paso permitido.
Imagina que hay que empaquetar 145 artículos en cajas de 12 unidades. Una calculadora resuelve la división, pero todavía hace falta aplicar la regla comercial correcta: si solo se pueden pedir cajas completas, se redondea hacia arriba. Una operación matemática exacta no corrige una interpretación errónea del embalaje o de las unidades.
Las entradas estructuradas reducen ambigüedades. Un identificador no debe confundirse con el nombre comercial, y un intervalo de fechas necesita una interpretación clara. Validar el esquema permite rechazar campos ausentes o tipos incorrectos. No demuestra que se haya elegido el cliente, periodo o base de precio adecuados. Eso requiere comprobaciones adicionales.
Las implementaciones varían. La documentación de Anthropic distingue, por ejemplo, herramientas ejecutadas por la aplicación cliente y herramientas ejecutadas en sus servidores. Es una organización concreta de un proveedor, no una regla que compartan todos los productos. En cualquier caso, alguien debe proporcionar el entorno, aplicar los límites de acceso y gestionar los fallos.
Qué herramientas puede utilizar un asistente
| Herramienta | Operación posible | Qué conviene comprobar |
|---|---|---|
| Búsqueda | Localizar páginas o documentos internos. | Calidad, actualidad y acceso a la fuente. |
| Calculadora | Obtener totales o comparar cifras. | Valores, unidades y reglas aplicables. |
| Código | Procesar datos o generar un gráfico. | Entorno de ejecución, archivos y red. |
| Archivos | Leer un documento o guardar un informe. | Carpetas permitidas y resultado guardado. |
| APIs | Consultar o modificar un registro. | Cuenta, operación e identificador de destino. |
| Correo | Buscar mensajes, preparar o enviar uno. | Destinatarios, adjuntos y autorización de envío. |
| Calendario | Consultar disponibilidad o crear un evento. | Zona horaria, participantes e invitaciones. |
| Bases de datos | Consultar registros o aplicar cambios. | Filtros, permisos y alcance de escritura. |
Esta tabla describe posibilidades, no capacidades incluidas en cualquier chatbot. Un producto puede tener búsqueda y carecer de correo. Un conector instalado puede permitir lectura sin escritura. Incluso si una cuenta permite técnicamente una operación, el encargo actual puede no autorizarla. Capacidad, permiso y finalidad son preguntas distintas.
Los Connectors enlazan con servicios externos. MCP puede estandarizar cómo se exponen herramientas y contexto. RAG describe la recuperación de información que se incorpora a la generación. Son capas compatibles, pero no sinónimos. Conectar una carpeta no construye por sí solo un sistema completo de recuperación y respuesta.
Si una aplicación no ofrece una API adecuada, Computer Use puede permitir interacción mediante botones y formularios. Sigue necesitando herramientas y permisos, y añade incertidumbre sobre el foco, la ventana activa o el estado de la interfaz. Cuando existe una API apropiada, suele resultar más sencillo validar entradas y respuestas estructuradas.
Tool Use puede servir para una consulta aislada o formar parte de un proceso largo. Un asistente puede utilizar una calculadora y terminar. Los AI Agents pueden elegir varias herramientas según lo que van encontrando. Disponer de muchas funciones no demuestra que el sistema actúe como agente ni que resuelva bien una tarea.
Permisos, evidencia y recuperación controlada
La autenticación identifica la cuenta utilizada. La autorización determina qué operaciones permite esa cuenta o integración. La instrucción de la persona define qué debe hacerse en esta tarea. Conectar un buzón con derechos amplios no transforma un encargo de análisis en permiso para escribir a todos los contactos. La aplicación debe mantener esa separación.
Un sandbox limita el entorno de ejecución. El código o las acciones de interfaz pueden ejecutarse con acceso restringido a archivos, credenciales y red. Esto reduce consecuencias posibles, pero no garantiza seguridad por sí solo. El límite real depende de la configuración y de los datos y servicios que sigan siendo accesibles.
Las páginas, los correos y los documentos recuperados son fuentes de datos. Pueden incluir instrucciones engañosas que intenten desviar la tarea, revelar secretos o utilizar otro destino. Tratar ese texto como una nueva autorización crea riesgo de inyección de instrucciones. Los controles de acceso deben aplicarse fuera del modelo: un párrafo convincente no debe ampliar sus derechos.
Los reintentos también requieren criterio. Una lectura fallida puede repetirse dentro de un límite razonable. Tras agotarse el tiempo de espera de una escritura, sin embargo, la operación podría haberse completado. Repetirla a ciegas puede duplicar mensajes o registros. Comprueba el estado final, utiliza identificadores de operación cuando existan y señala los resultados inciertos.
- Ofrece solo las herramientas necesarias para el encargo.
- Valida valores e identificadores importantes.
- Evita incluir secretos en prompts y registros innecesarios.
- Comprueba resultados reales y fallos parciales.
- Presenta un cambio concreto antes de las acciones que requieran aprobación.
Human-in-the-loop aporta esa revisión cuando corresponde. Un Agentic Workflow organiza condiciones, límites y recuperación alrededor de las herramientas. Así se puede explicar qué se pidió, qué operación se ejecutó y si el resultado satisface el objetivo original, en lugar de confiar únicamente en la narración del modelo.