Saltar al contenido principal
Elige tu cliente a continuación. El servidor alojado (https://mcp.didit.me/mcp) no necesita clave de API: en la primera conexión, tu cliente abre un navegador, seleccionas Iniciar sesión con Didit y apruebas los permisos.
¿Usas Claude? La página Conectar Claude tiene el enlace de conexión con un clic que abre el diálogo Add custom connector con el nombre y la URL ya rellenados, así que solo tienes que confirmar e iniciar sesión.
Los clientes que todavía no admiten MCP remoto/HTTP (Windsurf, Zed) se conectan a través del puente mcp-remote, que reenvía stdio a la URL alojada y gestiona por ti el proceso de autenticación de OAuth.

Servidor alojado (recomendado)

Añade el servidor con la CLI y luego inicia sesión:
Inicia Claude Code y ejecuta /mcp: se abre el navegador para Iniciar sesión con Didit. Una vez que lo apruebas, las herramientas didit quedan disponibles.
Sin clave de API en la configuración. El servidor alojado te autentica en el navegador y actúa como tú en todas las organizaciones a las que perteneces, con los permisos de tu rol. Consulta Autenticación.
El servidor alojado responde a GET https://mcp.didit.me/healthz con su versión.

Verifica tu conexión

Después de iniciar sesión, pregunta a tu cliente:
El agente debería invocar didit_context_get y mostrar tus organizaciones con sus aplicaciones. Si dice que no tiene herramientas de Didit, el servidor no se conectó o el inicio de sesión no terminó: consulta Solución de problemas.

Alojamiento propio

El servidor alojado se compila a partir del repositorio de código abierto github.com/didit-protocol/mcp (MIT). Cada versión también se publica en npm como @didit-protocol/mcp-server, así que puedes ejecutar el servidor stdio directamente desde npm o compilar cualquiera de los dos puntos de entrada a partir de un clon. Un mismo código base incluye dos puntos de entrada: Ambos modos actúan como un usuario de Didit. No existe un modo con clave de API de aplicación.
1

Clona y compila

O compila el contenedor: docker build -t didit-mcp .. La imagen ejecuta dist/http.js como usuario sin privilegios de root, expone el puerto 3000 e incluye una comprobación de estado en /healthz.
2

Ejecuta el servidor HTTP (OAuth)

Copia .env.example en .env y completa los valores del modo alojado. Después:
El servidor actúa únicamente como servidor de recursos OAuth. Necesita que MCP_RESOURCE_URI contenga la URL pública completa del transporte (por ejemplo, https://mcp.example.com/mcp, no solo el origen) y las credenciales con las que introspecciona tokens (MCP_OAUTH_CLIENT_ID, MCP_OAUTH_CLIENT_SECRET) frente al servidor de autorización de Didit. La lista completa de variables está en Avanzado → alojamiento propio.
3

O ejecútalo por stdio (sin interfaz)

Para un agente local que no puede completar un flujo OAuth, ejecuta el paquete publicado (no hace falta clonar el repositorio) y pasa un token de acceso de usuario en el entorno:
Desde un clon, DIDIT_ACCESS_TOKEN=<user-access-token> node dist/index.js hace lo mismo. Sin un token, el agente puede iniciar sesión con didit_account_login, seguido de didit_account_verify_2fa si la cuenta tiene activada la autenticación en dos pasos.Las variables opcionales MCP_DEFAULT_ORG y MCP_DEFAULT_APP fijan el alcance en configuraciones de un único tenant. Regístralo en Claude Code con:
O en el archivo mcp.json de Cursor:
El servidor stdio de código abierto no incluye las herramientas del servidor alojado para Travel Rule, marketplace, red antifraude y tokens del SDK de transacciones, ni sus herramientas de cumplimiento, salvo la de creación de flujos. Añade didit_org_top_up, didit_org_reveal_application_api_key y cinco herramientas de configuración de cuenta (didit_account_register, didit_account_verify_email, didit_account_resend_otp, didit_account_login, didit_account_verify_2fa) que reciben credenciales como argumentos y, por lo tanto, nunca se incluyen en un conector remoto. Las herramientas que reciben archivos también aceptan argumentos *_path en stdio, ya que el servidor comparte tu sistema de archivos.

Próximos pasos

Autenticación

Inicio de sesión, alcances y roles.

Referencia de herramientas

Todo lo que el agente puede invocar.
Última modificación el 1 de noviembre de 2026