Dribba · Developers · MCP

Dribba MCP server

Dos servidores Model Context Protocol remotos, transporte Streamable HTTP, sin autenticación y sin registro. Uno para actuar, otro para consultar la documentación.

Conectar

Claude Desktop o cualquier cliente con config JSON

{
  "mcpServers": {
    "dribba":      { "url": "https://dribba.com/mcp" },
    "dribba-docs": { "url": "https://dribba.com/docs/mcp" }
  }
}

Si tu cliente solo habla stdio

Nuestro servidor es remoto (Streamable HTTP). Para los clientes que solo saben lanzar un proceso y hablar por su entrada y salida estándar, el paquete de npm trae el puente:

{
  "mcpServers": {
    "dribba": { "command": "npx", "args": ["-y", "dribba-mcp"] }
  }
}

# o a mano
npx dribba-mcp            # superficie de producto
npx dribba-mcp --docs     # superficie de documentación

El puente reenvía JSON-RPC y nada más: las tools, los recursos y la versión de protocolo son las que declara el servidor, así que no hay una segunda implementación que se desincronice. Comprobado con el @modelcontextprotocol/sdk oficial sobre stdio. Si tu cliente sí habla Streamable HTTP, sáltate el puente y apunta a la URL: es una capa menos.

Directo por JSON-RPC

curl -X POST https://dribba.com/mcp \
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json, text/event-stream' \
  -d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'

El POST se envuelve según tu Accept: si aceptas text/event-stream recibes un evento SSE; si no, JSON. Versiones de protocolo negociadas: 2025-11-252025-06-182025-03-26. Si pides una que soportamos, se te devuelve esa.

Las dos superficies

La separación es de presentación, no de capacidad: tools/call acepta las nueve tools en las dos superficies. Solo cambia lo que lista cada una, para que no tengas que elegir entre nueve descripciones antes de cada llamada.

Producto

https://dribba.com/mcp

Hacer algo: catálogo de servicios, casos de éxito, presupuesto orientativo, datos de empresa y la única acción de escritura.

  • list_services — Catálogo de servicios con resumen y URL.
  • list_projects — Casos de éxito, con filtro opcional por sector.
  • estimate_project — Rango de presupuesto para una app o producto.
  • company_facts — Datos estructurados: posicionamiento, oficinas, equipo, clientes.
  • submit_contact_request — Envía una solicitud de contacto. Pide confirmación al usuario antes.

Documentación

https://dribba.com/docs/mcp

Explicar algo: búsqueda de pasajes literales sobre el corpus del sitio, fichas en detalle y comparativas técnicas. Solo lectura.

  • search — Busca en el corpus del sitio y devuelve pasajes con su URL.
  • get_service — Ficha completa de un servicio por slug.
  • get_case_study — Detalle de un caso por slug.
  • compare_technologies — La postura de Dribba en una comparativa técnica.

Cada tool declara annotations del spec (readOnlyHint, destructiveHint), así que sabes si escribe sin deducirlo del nombre. Las dos superficies exponen además llms.txt y llms-full.txt como recursos.

En el MCP Registry oficial

El servidor está publicado como com.dribba/dribba en el registry oficial, con el namespace verificado por prueba de dominio (Ed25519 sobre HTTPS, no un TXT en el DNS):

registry.modelcontextprotocol.io/v0/servers/com.dribba%2Fdribba/versions

La entrada declara los dos endpoints — /mcp y /docs/mcp — como remotos streamable-http, más el paquete dribba de npm como transporte stdio. Lo que se registró es literalmente el /server.json que sirve esta web, así que si algún día divergen, el bug está aquí y no allí.

Descubrimiento

Y si no quieres MCP

Los mismos datos están en la API REST (JSON tipado, sin clave), cualquier página responde markdown con Accept: text/markdown o añadiendo .md, y el sitio entero está publicado como bundle OKF. El mapa completo: portal de desarrollador.