Cómo funciona una conexión MCP

Cuando conectas un asistente de IA a Botize no le das acceso a toda tu cuenta sin más: lo conectas a un MCP, un juego de herramientas que es tuyo. Entender esa diferencia evita el problema más común, que es acabar conectado a un MCP vacío.

Qué es un MCP

Es la definición que verás en Botize al conectar:

Un MCP es un juego de herramientas de Botize que es tuyo. Puedes conectarlo a este cliente y a cualquier otro, y conserva sus herramientas cuando vuelvas a conectarte.

Es decir:

El MCP es tuyo, no del asistente. Si conectas Claude y ChatGPT al mismo MCP, los dos tienen las mismas herramientas.
Tiene nombre, el que tú le pongas (por ejemplo, «Canales de Telegram»), para distinguirlo si tienes varios.
Guarda las herramientas que apruebas. Si te desconectas y vuelves a conectar al mismo MCP, siguen ahí.

En tu cuenta los verás en Conexiones MCP.

Qué pasa al conectar

Tu asistente te lleva a Botize, donde verás estas pantallas, en este orden:

Iniciar sesión en Botize. «Tu asistente quiere conectarse a tu cuenta». Si ya tenías la sesión abierta, esta pantalla se salta.
Autorizar acceso. «Tu asistente quiere acceder a tu cuenta de Botize», con la cuenta y el permiso que pide. Pulsa Autorizar, o Denegar si no lo reconoces.
¿A qué MCP quieres conectarte? Aparecen tus MCP con su número de herramientas, y la opción Crear un MCP nuevo, donde le pones nombre. Elige y pulsa Conectar. La primera vez que conectas no hay nada que elegir: Botize crea tu primer MCP y esta pantalla no aparece.

Después vuelves a tu asistente, ya conectado.

Si Botize no consigue comprobar qué MCP tienes, no te crea uno nuevo por si acaso: te muestra «No hemos podido completar la conexión» y no da ningún acceso, para que lo intentes otra vez. Qué hacer

Al volver a conectar, elige el MCP que ya tienes

Esto es lo más importante de esta página.

Cada vez que vuelvas a pasar por la pantalla ¿A qué MCP quieres conectarte? —porque el acceso ha caducado, porque quitaste el conector o porque lo añades en otro asistente— elige tu MCP de la lista.

Si pulsas Crear un MCP nuevo, se crea uno vacío, sin ninguna de las herramientas que habías aprobado. Todo parece funcionar —la conexión existe y tiene permiso— pero tu asistente ya no sabe hacer lo que hacía. Crea uno nuevo solo cuando quieras a propósito un juego de herramientas distinto.

Sin claves que copiar

La conexión usa OAuth: tu asistente se registra solo ante Botize y recibe acceso cuando tú lo autorizas. Nunca tienes que copiar ni pegar una clave, y si un asistente te pide un token o una API key de Botize, no es la forma de conectar este MCP.

Cuánto dura el acceso

El acceso que recibe tu asistente dura 90 días.
No se renueva solo. Al caducar, tu asistente te pedirá que vuelvas a pasar por Botize: iniciar sesión, autorizar y elegir tu MCP.
No recibirás ningún aviso antes: lo notarás porque tu asistente te pide permiso otra vez. Si eliges el mismo MCP, no pierdes nada.

Si el asistente no te lo pide solo y simplemente dice que la conexión falla, sigue Tu asistente te pide permiso otra vez.

Uno o varios MCP

Un MCP para todos tus asistentes: lo más sencillo. Lo que apruebas en uno lo tienen todos.
Un MCP por uso: por ejemplo, uno solo para publicar en tus canales, con muy pocas herramientas, y otro completo para gestionar tareas.

Hoy no hay límite de MCP por cuenta ni de asistentes conectados a un mismo MCP.

Cuentas de miembro

Si conectas un asistente desde una cuenta de miembro, el MCP, sus herramientas y las aprobaciones son de esa cuenta; las operaciones que gaste se cobran al plan de la cuenta principal.

Para desarrolladores

Dirección: https://webhook.botize.es/mcp, transporte Streamable HTTP.
Autorización: OAuth 2.0 con código de autorización, PKCE (S256) obligatorio y registro dinámico de clientes (RFC 7591). Cliente público, sin secreto. Scope AGENT_FULL.
Descubrimiento: https://webhook.botize.es/.well-known/oauth-protected-resource y https://botize.com/.well-known/oauth-authorization-server.
El token dura 90 días y no hay refresh token: al caducar, el servidor responde 401 con WWW-Authenticate: Bearer error="invalid_token" y el cliente debe repetir la autorización.
Recorrido completo: auth.md.