Passer au contenu principal
Le serveur MCP de Didit connecte n’importe quel client Model Context Protocol (Claude, Cursor, VS Code, Windsurf, Zed, et bien d’autres) directement à la plateforme d’identité Didit. Une fois connecté, un agent peut exécuter des vérifications KYC et KYB, des filtrages AML, de la surveillance des transactions, ainsi que des opérations complètes sur votre espace de travail (workflows, sessions, listes, webhooks, facturation) grâce à des commandes en langage naturel. Cette leçon de Didit Academy connecte le serveur MCP hébergé à Claude via OAuth, puis crée un workflow KYC à partir d’une seule consigne, interroge la file d’attente d’examen et soumet des règles de transaction à un test rétrospectif sur 90 jours d’historique.
Le MCP de Didit est en lecture et écriture : les agents peuvent créer des sessions, configurer des workflows, mettre à jour des statuts et ajouter des entrées à vos listes en votre nom. Chaque client vous demande de vérifier les appels d’outils avant leur exécution. Gardez cette vérification activée, surtout pour les actions d’écriture et de suppression.

​
Démarrer en 30 secondes

Le moyen le plus rapide consiste à utiliser le serveur hébergé : une seule URL, sans clé API. Votre client ouvre un navigateur, vous cliquez sur Se connecter avec Didit, vous approuvez les autorisations, et la connexion est établie.
Hosted endpoint
Sur Claude pour le web, Ajouter Didit à Claude → pré-remplit la boîte de dialogue du connecteur : confirmez, connectez-vous avec Didit, et c’est terminé. La procédure complète se trouve dans Connecter Claude. Le code source est disponible sur GitHub (MIT).

Installer dans votre client

Configuration à copier-coller pour Claude, Cursor, VS Code, Windsurf et Zed.

Fonctionnement de la connexion

« Se connecter avec Didit » (OAuth 2.1 avec PKCE) : aucune clé API, aucun secret dans la configuration.

Parcourir les outils

169 outils couvrant les sessions, les workflows, les vérifications indépendantes, la surveillance des transactions, les listes, les dossiers, les rapports et les webhooks.

Voir en action

Exemples de consignes et conversations complètes avec l’agent, de bout en bout.

​
Fonctionnement

Le MCP hébergé est un serveur de ressources OAuth 2.1 ; le Didit Business Console (business.didit.me) est le serveur d’autorisation. Vous vous connectez avec une seule URL en cliquant sur Se connecter avec Didit dans le navigateur, puis le MCP agit en tant que vous, dans toutes les organisations auxquelles vous appartenez, avec les autorisations de votre rôle dans la console.
Le MCP agit en tant qu’utilisateur Didit, et non en tant qu’application : il n’existe pas de mode par clé API. Chaque outil appelle les endpoints de console limités à l’utilisateur, qui n’acceptent que votre token Bearer. (Pour appeler directement l’API REST avec une clé API d’application, par exemple pour créer des sessions depuis votre propre backend, utilisez l’API REST directement ; elle est distincte de ce MCP.)
Le serveur est un serveur HTTP Streamable sans état : un POST https://mcp.didit.me/mcp par requête, sans affinité de session, et une vérification publique de l’état sur GET https://mcp.didit.me/healthz. Vous préférez exécuter le serveur vous-même ? C’est possible : voir Installation → auto-hébergement. Il authentifie toujours l’utilisateur via OAuth (ou via un token Bearer utilisateur pour les exécutions stdio sans interface). Les outils renvoient le JSON brut des endpoints Didit sous-jacents. Voir Authentification pour une vue d’ensemble complète.

​
Ce que vous pouvez faire

Posez vos questions en langage naturel. Voici quelques exemples de ce que l’agent peut faire sur toutes vos applications à la fois :
  • « Affichez les 5 dernières sessions en cours d’examen dans toutes mes applications. »
  • « Combien de personnes ont commencé une vérification du téléphone mais l’ont abandonnée au cours des 15 derniers jours ? »
  • « Créez un workflow KYC avec une numérisation de pièce d’identité et une détection du vivant, puis donnez-moi un lien de vérification. »
  • « Trouvez le client dont vendor_data est user_8842 : dans quelle application se trouve-t-il et quel est son statut ? »
  • « Soumettez ce portefeuille à un filtrage AML et ajoutez-le à la liste de blocage en cas de correspondance. »
  • « Enregistrez une destination de webhook pour les mises à jour de statut sur mon endpoint. »
  • « Quel est mon solde de crédit et mon taux de conversion ce mois-ci ? »

​
Conçu pour l’ère des agents

La plupart des plateformes de vérification exigent une configuration manuelle dans la console. Didit permet à un agent de réaliser l’ensemble du processus : configurer les workflows, créer et examiner les sessions, connecter les webhooks et suivre la facturation, de bout en bout. Associez le MCP à l’intégration en une seule consigne et un agent peut livrer une intégration complète (route backend, SDK frontend et gestionnaire de webhook) tout en appelant les outils MCP pour créer le workflow et la session en direct.

Installation

Configuration par client pour Claude, Cursor, VS Code, Windsurf et Zed, ainsi que l’auto-hébergement.

Authentification

Connexion OAuth, portées et rôles.

Référence des outils

Chaque outil, regroupé par domaine, avec sa portée et l’autorisation de rôle correspondante.

Avancé et dépannage

Rôles, comportement entre applications, workflows avec embranchements, webhooks et auto-hébergement.
Dernière modification le 7 novembre 2026