Configurar Tools
La tabTools define qué acciones puede ejecutar o consultar el agente.
Una tool es una capacidad controlada. Le permite al agente hacer algo más que responder texto: consultar disponibilidad, buscar productos, disparar una automatización, transferir a humano o leer una fuente conectada.
Cuándo usar Tools
| Caso | Va en Knowledge | Va en Tools |
|---|---|---|
| Horario general del negocio | Sí | No |
| Disponibilidad exacta de agenda | No | Sí |
| Política de cambios | Sí | No |
| Estado de un pedido | No | Sí |
| Catálogo pequeño y estable | Sí | Opcional |
| Inventario vivo | No | Sí |
| Transferir a humano | No | Sí |
| Disparar flujo externo | No | Sí |
Si el agente puede responder leyendo información estable, usa Knowledge. Si necesita consultar o ejecutar algo en tiempo real, usa Tools.
Tipos comunes de tools
Agenda
Consultar disponibilidad, reservar, reprogramar o cancelar citas.
Catálogo
Buscar productos, servicios, variantes, precios o disponibilidad.
Triggers
Disparar flujos externos como n8n, Zapier, CRM o workflows internos.
Handoff
Transferir conversación a humano o marcar que requiere atención.
Datos
Consultar pedidos, tickets, suscripciones o registros del negocio.
Re-engagement
Retomar conversaciones abandonadas con reglas de negocio.
Cómo habilitar una tool
Configura permisos
Limita acciones sensibles. Consultar disponibilidad no es lo mismo que reservar una cita.
Prueba casos felices y fallos
Verifica qué responde si la tool no tiene datos, falla o devuelve varias opciones.
Cómo escribir instrucciones para una tool
Bueno
Malo
Permisos y riesgo
| Tipo de tool | Riesgo | Recomendación |
|---|---|---|
| Solo lectura | Bajo | Puede activarse antes |
| Buscar catálogo | Bajo a medio | Validar que no invente disponibilidad |
| Crear evento | Medio | Pedir confirmación antes |
| Cancelar pedido | Alto | Requiere confirmación clara o humano |
| Ejecutar cobro | Alto | Mejor con flujo externo controlado |
| Handoff | Bajo | Conviene tenerlo siempre disponible |
Qué pasa si una tool falla
Define comportamiento de fallback. Buenas respuestas:- “No pude consultar disponibilidad en este momento. Te transfiero con el equipo.”
- “No tengo acceso al estado exacto del pedido ahora. ¿Quieres que soporte lo revise?”
- “Encontré varias opciones. Te muestro las principales y puedo filtrar por precio o categoría.”
- “Listo, quedó agendado” cuando la reserva no se confirmó.
- “Sí hay disponibilidad” sin haber recibido disponibilidad.
- “No existe” cuando la herramienta falló.
Pruebas mínimas
El caso feliz: el cliente pide algo simple y la tool responde bien.
Faltan datos: el cliente no da fecha, servicio, pedido o identificador.
No hay resultados: agenda llena, producto no encontrado o pedido inexistente.
Error externo: la tool no responde o devuelve error.
Handoff: el agente sabe cuándo transferir a humano.
Errores comunes
| Error | Qué pasa | Cómo corregirlo |
|---|---|---|
| Habilitar demasiadas tools | El agente intenta acciones innecesarias | Empieza con pocas y específicas |
| No definir cuándo usarla | Llamadas erráticas | Escribe triggers claros |
| Sin fallback | Respuestas falsas ante errores | Define respuesta de fallo |
| Acciones sin confirmación | Riesgo operativo | Pide confirmación antes de modificar datos |
| Tool para información estática | Complejidad innecesaria | Usa Knowledge |
Tools, Subagents y MCPs
Una tool puede vivir dentro de un flujo más grande. Si la acción viene de un sistema externo, probablemente la tool se apoyará en un MCP.Siguiente paso
Subagents
Diseña especialistas para ventas, soporte, agenda o seguimiento.
MCPs
Conecta sistemas externos con permisos y pruebas claras.