Configurar MCPs
La tabMCPs conecta al agente con sistemas externos mediante capacidades estructuradas.
MCP significa Model Context Protocol. Para usar Whaapy no necesitas aprender el protocolo a bajo nivel. En la práctica, un MCP es un conector que le da al agente acceso controlado a datos o acciones fuera de Whaapy.
Cuándo usar MCPs
Usa MCPs cuando el agente necesita trabajar con sistemas externos:- CRM
- calendario externo
- base de datos
- documentos internos
- ERP
- helpdesk
- e-commerce
- herramientas propias del negocio
- automatizaciones internas
MCPs.
Qué puede aportar un MCP
Lectura de datos
Consultar registros, pedidos, clientes, tickets, inventario o documentación.
Acciones externas
Crear tickets, actualizar campos, agendar eventos o disparar procesos.
Contexto especializado
Darle al agente acceso a conocimiento que no vive en Whaapy.
Integración controlada
Limitar qué puede ver o ejecutar el agente.
Cómo configurar un MCP
Configura credenciales
Agrega API keys, tokens u otro método de autenticación requerido por el conector.
Selecciona capacidades
Habilita solo las herramientas que el agente debe usar. No expongas todo el sistema.
Define permisos
Separa lectura y escritura. Leer datos suele ser menos riesgoso que modificar registros.
Permisos recomendados
Empieza con el menor permiso posible.| Necesidad | Permiso recomendado |
|---|---|
| Responder dudas desde docs externas | Solo lectura |
| Consultar estado de pedido | Solo lectura por ID o cliente |
| Crear ticket | Escritura limitada a tickets |
| Actualizar CRM | Escritura limitada a campos específicos |
| Cancelar o cobrar | Requiere confirmación y normalmente humano |
Ejemplo: CRM
Ejemplo: helpdesk
MCPs y seguridad operativa
Un MCP amplía lo que el agente puede hacer. Eso es poderoso, pero exige límites claros. Checklist antes de activar:El MCP tiene un objetivo específico.
Las credenciales tienen permisos mínimos.
Las acciones de escritura requieren confirmación cuando hay riesgo.
El agente tiene instrucciones de fallback si el MCP falla.
Hay una forma clara de desconectar el MCP si algo sale mal.
Cómo probar un MCP
| Prueba | Qué validar |
|---|---|
| Consulta simple | El agente obtiene el dato correcto |
| Dato inexistente | El agente no inventa |
| Error de conexión | El agente explica y ofrece handoff |
| Permiso insuficiente | El agente no insiste ni promete acciones |
| Acción sensible | Pide confirmación o escala |
Errores comunes
| Error | Resultado | Mejor enfoque |
|---|---|---|
| Exponer demasiadas capacidades | El agente puede usar herramientas innecesarias | Habilita solo lo requerido |
| Credenciales amplias | Riesgo operativo | Usa permisos mínimos |
| Sin fallback | Respuestas falsas ante fallos | Define salida clara |
| MCP para datos estáticos | Complejidad innecesaria | Usa Knowledge |
| No conectar con un subagent | Uso fuera de contexto | Asigna MCPs a flujos concretos |
Relación con Tools y Subagents
Un MCP suele ser la conexión. Una tool o subagent decide cuándo usarla. Esto permite que el agente no tenga acceso libre a todo. Accede a capacidades específicas cuando la conversación lo requiere.Siguiente paso
Tools
Define las acciones que usarán esos conectores.
Subagents
Decide qué especialista puede usar cada MCP.