Configuración (Dónde se hace)
- Ajustes → Desarrolladores, en app.intake.es
- Genera la credencial del servidor MCP
- Elige qué puede leer y hacer el cliente que conectes
Model Context Protocol es el estándar con el que un modelo habla con herramientas externas. Intake expone su propio servidor MCP: cualquier cliente compatible puede leer conversaciones, consultar la base de conocimiento y lanzar acciones con las credenciales y los permisos que definas.
Qué resuelve
El conocimiento que se acumula en soporte —lo que se pregunta, cómo se resolvió, qué falla más— casi nunca sale de la herramienta de soporte. Con el servidor MCP, tus modelos y tus agentes pueden trabajar con eso igual que con cualquier otra fuente, sin exportar nada ni montar una réplica.

Qué resuelve
Cada integración a medida es un contrato que alguien tiene que mantener cuando cambie. MCP es un protocolo abierto que tus herramientas ya entienden, así que conectar Intake se parece más a enchufar algo que a integrarlo. Y lo que aprendáis sirve para el siguiente sistema que conectéis.

Qué resuelve
Exponer las conversaciones de soporte a un modelo es exactamente el tipo de decisión que hay que poder acotar. El servidor expone lo que le habilitas y nada más, y se corta desde vuestro lado sin depender de nadie. Empezar por el conocimiento público y ampliar después es una opción, no un apaño.

Qué hace
Una integración no sirve por estar en la lista: sirve por lo que le deja hacer al agente. Esto es lo que MCP pone encima de la mesa, y lo que el agente hace con ello sin que nadie mire.
Configuración (Dónde se hace)
Actions (Qué expone)
Tres cosas concretas que cambian el día del equipo, no una lista de funciones.
Si ya tienes un agente propio, no hace falta migrarlo: se conecta por MCP y trabaja con las conversaciones y el conocimiento que ya viven en Intake.
La credencial define qué puede leer y qué puede ejecutar el cliente conectado. El alcance se decide al crearla, no en tiempo de ejecución.
Al ser MCP, sirve cualquier cliente compatible. No hay que escribir un adaptador por cada herramienta que quieras conectar.
Tres pasos, y solo el primero necesita a un administrador de MCP. Lo demás se cambia después sin volver a conectar nada.
Entras en el panel de integraciones, eliges MCP y autorizas el acceso con la cuenta que ya usa tu equipo. Hace falta ser administrador en MCP, así que si no lo eres, este es el único paso que tendrás que pedirle a alguien.
Marcas los canales, los eventos y los campos de cuenta a los que puede llegar. Lo que no marcas no existe para él, y puedes cambiarlo cuando quieras sin volver a conectar nada.
Desde la primera conversación el agente consulta ese dato antes de contestar, resuelve lo que puede cerrar solo y pasa a una persona lo que no, con el caso ya montado.
Minutos, no una tarde. Autorizas el acceso y eliges qué puede ver; no hay que reescribir nada ni pedir un desarrollo para empezar.
Sí, y desde los dos lados: revocando la conexión en Intake o retirando el permiso desde MCP. El agente deja de consultar ese dato en el momento y sigue respondiendo con lo demás.
No. Todas las integraciones van dentro del precio por conversación resuelta: 0,41 € en anual. No hay complemento que comprar ni contador de llamadas.
El agente responde con lo que sí tiene y, si la pregunta dependía de ese dato, deriva a una persona diciendo por qué. Nunca se inventa el dato que no ha podido consultar.
Model Context Protocol es un estándar abierto para que un modelo de lenguaje use herramientas externas. En vez de escribir una integración por cada modelo, expones un servidor MCP y cualquier cliente compatible puede usarlo.
Expone el suyo: tu agente o tu cliente MCP se conecta a Intake, no al revés. La credencial y el alcance se generan en Ajustes → Desarrolladores.
Sí. Al crear la credencial eliges qué puede leer y qué acciones puede lanzar. Lo que no habilites no queda accesible.