El MCP de Didit es de lectura y escritura: los agentes pueden crear sesiones, configurar flujos de verificación, actualizar estados y añadir entradas a tus listas en tu nombre. Cada cliente te pide revisar las llamadas a herramientas antes de ejecutarlas: mantén esa opción activada, sobre todo en las acciones de escritura y eliminación.
Empieza en 30 segundos
El camino más rápido es el servidor alojado: una URL, sin clave de API. Tu cliente abre un navegador, tú eliges Iniciar sesión con Didit, apruebas los permisos y ya estás conectado.Hosted endpoint
Instálalo en tu cliente
Configuración para copiar y pegar en Claude, Cursor, VS Code, Windsurf y Zed.
Cómo funciona el inicio de sesión
«Iniciar sesión con Didit» (OAuth 2.1 con PKCE): sin claves de API ni secretos en la configuración.
Explora las herramientas
156 herramientas de sesiones, flujos de verificación, comprobaciones independientes, monitorización de transacciones, listas, casos, informes y webhooks.
Mira cómo funciona
Ejemplos de prompts y conversaciones completas con agentes.
Cómo funciona
El MCP alojado es un servidor de recursos OAuth 2.1; la Business Console de Didit (business.didit.me) es el servidor de autorización. Te conectas con una sola URL, eliges Iniciar sesión con Didit en el navegador y el MCP actúa entonces como tú: en todas las organizaciones a las que perteneces y con los permisos de tu rol en la consola.
El MCP actúa como un usuario de Didit, no como una aplicación: no hay modo de clave de API. Cada herramienta llama a los endpoints de la consola orientados al usuario, que solo aceptan tu token Bearer. (Para llamar a la API REST con una clave de API de aplicación, por ejemplo para crear sesiones desde tu propio backend, usa directamente la API REST; eso es independiente de este MCP.)
POST https://mcp.didit.me/mcp por solicitud, sin afinidad de sesión, y una comprobación de estado pública en GET https://mcp.didit.me/healthz.
¿Prefieres ejecutar el servidor tú mismo? Puedes: consulta Instalación → autoalojamiento. Sigue autenticando al usuario mediante OAuth (o un token Bearer de usuario para ejecuciones stdio sin interfaz).
Las herramientas devuelven el JSON literal de los endpoints de Didit subyacentes. Consulta Autenticación para ver el panorama completo.
Qué puedes hacer con él
Pregunta en lenguaje natural. Algunas cosas que el agente puede hacer en todas tus apps a la vez:- “Muéstrame las últimas 5 sesiones en revisión de todas mis apps.”
- “¿Cuántas personas intentaron la verificación de teléfono pero la abandonaron en los últimos 15 días?”
- “Crea un flujo de verificación KYC con escaneo de documento y prueba de vida, y dame un enlace de verificación.”
- “Busca al cliente con vendor_data
user_8842: ¿en qué app está y cuál es su estado?” - “Analiza esta wallet en busca de riesgo AML y añádela a la lista de bloqueo si hay coincidencia.”
- “Registra un destino de webhook para las actualizaciones de estado en mi endpoint.”
- “¿Cuál es mi saldo de créditos y mi tasa de conversión este mes?”
Creado para la era de los agentes
La mayoría de las plataformas de verificación exigen una configuración manual en la consola. Didit permite que un agente lo haga todo de principio a fin: configurar flujos de verificación, crear y revisar sesiones, conectar webhooks y monitorizar la facturación. Combina el MCP con la integración con un solo prompt y un agente puede entregar una integración completa (ruta de backend + SDK de frontend + gestor de webhooks) mientras llama a herramientas del MCP para crear el flujo de verificación y la sesión en vivo.Instalación
Configuración por cliente para Claude, Cursor, VS Code, Windsurf y Zed, además del autoalojamiento.
Autenticación
Inicio de sesión con OAuth, scopes y roles.
Referencia de herramientas
Todas las herramientas, agrupadas por área, con su scope y permiso de rol.
Avanzado y resolución de problemas
Roles, comportamiento entre apps, flujos de verificación con ramas, webhooks y autoalojamiento.