Conecta cualquier cosa
Auto-descubre tools desde un spec OpenAPI o GraphQL, un comando cURL o una exportación Postman — o re-expón un servidor MCP existente. REST, GraphQL y MCP-a-MCP en un gateway.
El gateway MCP auto-hospedado con una UI de administración real. Auto-descubre tools desde OpenAPI, GraphQL, un comando cURL o una exportación Postman — o agrega otros servidores MCP. Guardrails por herramienta, RBAC y circuit breaking en un único binario. Sin Kubernetes.
Todo el bridge se gestiona desde un dashboard integrado — registra backends, cura lo que ve cada cliente y observa salud, uso y rastros de auditoría en vivo.
🎮 Prueba la demo en vivo → — la UI de administración real ejecutándose con datos mock, directamente en tu navegador. Sin instalación, sin registro.
Seis formas de convertir un backend en tools MCP gobernadas — todas por la misma guard pipeline.
openapi_urlAuto-descubre una tool MCP por operación desde el spec.
graphql_urlIntrospecciona el schema — una tool por query y mutation.
curl_inputPega una invocación curl que funcione y obtén una tool.
postman_collectionUna tool por request en una colección v2.1.
tools[]¿Sin spec? Escribe a mano exactamente las tools que necesitas.
kind: "mcp"Re-expón las tools de un servidor MCP existente, ya gobernadas.
docker build -t mcpbridge .
export ADMIN_API_KEY=$(openssl rand -hex 24)
docker run -p 3000:3000 \
-e NODE_ENV=development \
-e SESSION_COOKIE_SECURE=false \
-e BOOTSTRAP_ADMIN_USERNAME=admin \
-e BOOTSTRAP_ADMIN_PASSWORD=change-me-min-12-chars \
-e ADMIN_API_KEYS=$ADMIN_API_KEY \
-v "$PWD/data:/app/data" \
mcpbridgeAbre http://localhost:3000/admin, inicia sesión y añade tu primer servidor. $ADMIN_API_KEY es el token Bearer que usan los ejemplos curl/CLI a lo largo de esta documentación — mantenlo exportado en la misma shell. Luego apunta cualquier cliente MCP al shard de ese backend — http://localhost:3000/mcp/<tu-servidor> — o cura un bundle para servir varios backends tras un solo endpoint. Tutorial completo en Primeros pasos →
Sirve tools de backend de dos maneras: por cliente /mcp/:name para un backend, o un bundle curado /mcp-custom/:bundle para poner varios tras un solo endpoint. La raíz /mcp es el control plane — tools sys_* que un agente usa para operar el gateway, no tools de backend. (Cómo los bundles agregan varios backends →)