Si tu agencia quiere ofrecer a sus clientes un servidor MCP, el patrón que funciona es un servidor por cliente, construido a partir de la web y los documentos de ese cliente, y publicado en el dominio de ese cliente. En SuperCognit esto no requiere código: importa la web del cliente — se rastrea y se convierte en una base de conocimiento con citas en unos dos minutos —, sube los documentos que la web no cubre, asocia las herramientas que hagan falta y publica. Cada servidor vive en su propio workspace, aislado de todos los demás clientes que gestionas.

Una sola construcción produce dos superficies. El cliente recibe un agente de chat que puede poner en su web y un servidor MCP que su equipo o sus clientes pueden añadir a Claude o a cualquier otro cliente MCP. El mismo conocimiento, la misma configuración, respondiendo en ambos sitios — lo que significa que el entregable que enseñas en la primera reunión y el entregable al que se conecta su equipo son el mismo objeto.

Por qué uno por cliente, y no un servidor con carpetas por cliente

El atajo tentador es un único servidor de agencia con una sección por cliente. Resístete. Las reglas de precios de dos clientes compartiendo una misma base de conocimiento acabarán encontrándose en una misma respuesta, y esa es una llamada de teléfono que no quieres atender.

  • El aislamiento es estructural. Un workspace es una frontera dura; un servidor solo puede responder con lo que contiene su propio workspace. No hay prompt engineering haciendo de separador.
  • La autenticación es por servidor. Cada servidor implementa OAuth 2.1 según la especificación vigente — validación de emisor, registro CIMD —, así que quién puede conectarse se decide cliente a cliente, no a nivel de agencia.
  • El offboarding es limpio. Si un cliente se va, entregas o retiras un workspace. Ningún otro cliente lo nota.
  • La marca también se separa. Hay soporte de dominios personalizados, así que cada servidor responde en el hostname del propio cliente, no en el tuyo.

Qué entra en el servidor de un cliente

Tres tipos de material, en la mezcla que el negocio del cliente necesite:

  • El rastreo de la web. Importada y con citas, de modo que cada respuesta apunta a la página de la que salió — algo que importa cuando es el propio personal del cliente quien comprueba el trabajo de la máquina.
  • Documentos. Lo que la web nunca dice: tarifarios, políticas, la guía de onboarding, el FAQ que vive en la carpeta de enviados de alguien.
  • Herramientas. Las herramientas HTTP que configuras se convierten en herramientas MCP invocables, así que el servidor puede comprobar disponibilidad o consultar un pedido en lugar de limitarse a describir cómo se haría.

Después, una decisión por cliente: privado o público. Un hotel boutique quizá publique un servidor público para que el asistente de un huésped pueda preguntar por habitaciones y tarifas. Una asesoría contable de 40 personas probablemente quiera uno privado — un cerebro interno de procedimientos y políticas al que solo puede conectarse el personal. La construcción es la misma en ambos casos; distinta audiencia, distinta frontera.

La cuestión de la iguala

Un entregable de agencia que se degrada es un pasivo, y la mayoría de los entregables de IA se degradan rápido. Este se mantiene solo: el conocimiento se resincroniza según un calendario, hasta cada hora, de modo que cuando el cliente actualiza su web, el servidor la sigue sin abrir un ticket. Eso es lo que convierte el encargo de un proyecto en un servicio productizado que puedes describir con honestidad en una propuesta.

Para el dinero, dos caminos. Integra el servidor en la iguala que ya facturas, o vende el acceso por plaza directamente: las suscripciones de Stripe, las facturas y los pagos vienen incluidos, con SuperCognit como merchant of record cobrando una comisión de plataforma. En cualquiera de los dos casos no estás construyendo infraestructura de facturación, y no estás persiguiendo facturas.

El primer cliente, en una tarde

01

Elige el cliente cuya web es el producto

Hoteles, clínicas, despachos con páginas de servicios profundas — los negocios cuya web ya responde preguntas son las victorias más rápidas. Four Seasons Fairways, cliente de SuperCognit, tiene exactamente esa forma: un resort cuyos huéspedes hacen las mismas preguntas toda la temporada.

02

Importa y lee

Rastrea la web y después lee de verdad lo que contiene la base de conocimiento. Los huecos que encuentres son los documentos que pedir en tu email de arranque — los clientes responden más rápido a una lista concreta que a una petición genérica de contenido.

03

Publica las dos superficies

El agente de chat le da al cliente algo que ver en la primera reunión; el servidor MCP es la parte que su equipo conecta a Claude. Ponlo en su dominio antes de la demo de entrega, no después.

04

Configura el calendario de sincronización y da un paso atrás

Frecuente para las páginas que cambian — tarifas, disponibilidad, menús — y más lento para el resto. Así la línea de mantenimiento de tu propuesta es verdad sin salir cara.

Los planes están en euros con 7 días de prueba — tiempo de sobra para construir el servidor del primer cliente antes de proponérselo, que es la demo que cierra la venta.