Por qué tu entrenador funciona con MCP

Un plan, varios clientes

La aplicación web en la que inicias sesión es un cliente. El plan, el catálogo de ejercicios, el historial de sesiones y las decisiones sobre lo que viene después residen en un servicio aparte, que habla el Model Context Protocol.

La consecuencia práctica es que la app no es la única entrada. Conecta la misma cuenta desde un asistente compatible con MCP y estarás leyendo y escribiendo el mismo plan — no una copia ni una exportación. Registra una sesión en un sitio y está en el otro.

Por qué merece la pieza extra

La mayoría de las aplicaciones de entrenamiento guardan su lógica dentro de la propia app, lo que significa que solo la app puede usarla. Tu historial se convierte en algo que puedes mirar pero no trabajar, y llevarlo a otra parte exige un archivo de exportación que queda desactualizado en el momento en que se genera.

Poner la lógica detrás de un protocolo invierte eso. Preguntar algo sobre tu propio entrenamiento en la herramienta que ya tienes abierta pasa a ser algo normal, en lugar de una función que la app tenga que decidir construir.

Lo que no cambia

Tus datos están en un solo lugar y ahí siguen. Un segundo cliente es otra puerta a la misma cuenta, no otra copia de tus registros, y cada uno se autentica como tú antes de poder leer nada.

La aplicación sigue funcionando sin conexión alguna. El entrenamiento del día se descarga al dispositivo, las series se registran en local mientras entrenas y los resultados se sincronizan cuando vuelve la conexión. Nada en el protocolo exige que estés en línea entre terminar una serie y ver el número.

Añadirlo a Claude

Hace falta un solo dato, la dirección del servidor: https://api.bbody.app/mcp. Todo lo demás se descubre automáticamente.

• Abre Configuración → Conectores → Añadir conector personalizado.
• Pega https://api.bbody.app/mcp como URL del servidor. En Claude Desktop la ruta es la misma.
• Claude comprueba el servidor y ofrece una opción de autenticación. Elige “Iniciar sesión ahora”, que debería aparecer ya detectada.
• Inicia sesión con la misma cuenta de Google que usas en la aplicación — eso es lo que une ambos a un único conjunto de registros.

Añadirlo a ChatGPT

ChatGPT llega a los servidores MCP remotos a través del modo desarrollador, así que primero hay un interruptor que encontrar. Las etiquetas cambian de sitio entre versiones y la disponibilidad depende del plan.

• Activa Configuración → Seguridad e inicio de sesión → Modo desarrollador.
• Abre Plugins, usa el botón más y añade una conexión de modo desarrollador.
• Introduce https://api.bbody.app/mcp como URL del servidor MCP. Si pide transporte, es Streamable HTTP; para autenticación, OAuth.
• Inicia sesión con la misma cuenta de Google y comprueba que la conexión lista sus herramientas.

Dos cosas que no hay que pegar

Conserva el /mcp al final de la dirección y no uses la URL de la propia aplicación web — https://bbody.app/ — como servidor. Sirve páginas, no el protocolo, y un cliente apuntado ahí falla de una forma que parece que el servidor está caído.

No introduzcas nunca un client ID ni un client secret de Google en ninguno de los dos clientes. El servidor registra los clientes por sí mismo, así que el inicio de sesión no necesita nada más que la cuenta de Google. Cualquier cosa que pida esas credenciales está pidiendo las del servidor, no las tuyas.

La contrapartida honesta

Esto es más infraestructura de la que necesitaría una aplicación autosuficiente. Hay un servidor que mantener, un flujo de autorización por cliente y una versión de protocolo que seguir. Para un único usuario con una única app, nada de eso se justificaría.

Empieza a justificarse en el momento en que quieres preguntar por tu propio entrenamiento en algún sitio que no sea la app — que, en la práctica, es la mayor parte del tiempo.