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.
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)
- Claude Code
- Claude web y Desktop
- Cursor
- VS Code
- Windsurf
- Zed
- Cualquier otro cliente
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.
GET https://mcp.didit.me/healthz con su versión.
Verifica tu conexión
Después de iniciar sesión, pregunta a tu cliente: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
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 El servidor actúa únicamente como servidor de recursos OAuth. Necesita que
.env.example en .env y completa los valores del modo alojado. Después: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, O en el archivo
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:mcp.json de Cursor: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.