Inizia
Integrazione / SDK
Verifica degli utenti
Verifica aziendale
Monitoraggio delle transazioni
ChangelogL’MCP di Didit è in lettura e scrittura: gli agenti possono creare sessioni, configurare workflow, aggiornare gli stati e aggiungere voci alle tue liste per tuo conto. Ogni client ti chiede di verificare le chiamate agli strumenti prima che vengano eseguite. Mantieni questa verifica attiva, soprattutto per le azioni di scrittura e di cancellazione.
Inizia in 30 secondi
La via più rapida è il server ospitato: un solo URL, nessuna chiave API. Il tuo client apre il browser, tu accedi con Didit, approvi le autorizzazioni e sei connesso.Hosted endpoint
Installa nel tuo client
Configurazione pronta da copiare per Claude, Cursor, VS Code, Windsurf e Zed.
Come funziona l'accesso
“Accedi con Didit” (OAuth 2.1 con PKCE): nessuna chiave API, nessun segreto nella configurazione.
Esplora gli strumenti
169 strumenti per sessioni, workflow, controlli indipendenti, monitoraggio delle transazioni, liste, casi, report e webhook.
Vedilo in azione
Esempi di prompt e conversazioni complete con l’agente.
Come funziona
L’MCP ospitato è un server delle risorse OAuth 2.1; la Business Console di Didit (business.didit.me) è il server di autorizzazione. Ti connetti con un solo URL, accedi con Didit nel browser, e l’MCP agisce quindi come te, in tutte le organizzazioni a cui appartieni, con le autorizzazioni del tuo ruolo nella console.
L’MCP agisce come utente Didit, non come applicazione: non esiste una modalità con chiave API. Ogni strumento chiama gli endpoint della console con ambito utente, che accettano solo il tuo token Bearer. (Per chiamare direttamente la REST API con una chiave API di applicazione, ad esempio per creare sessioni dal tuo backend, usa la REST API: è separata da questo MCP.)
POST https://mcp.didit.me/mcp per richiesta, senza affinità di sessione, e un controllo dello stato pubblico su GET https://mcp.didit.me/healthz.
Preferisci eseguire il server per conto tuo? Puoi farlo: vedi Installazione → hosting autonomo. Anche in questo caso l’utente viene autenticato tramite OAuth (oppure con un token Bearer utente per esecuzioni stdio senza interfaccia).
Gli strumenti restituiscono il JSON originale degli endpoint Didit sottostanti. Per il quadro completo vedi Autenticazione.
Cosa puoi fare con questo strumento?
Chiedi in linguaggio naturale. Ecco alcune cose che l’agente può fare su tutte le tue app contemporaneamente:- “Mostrami le ultime 5 sessioni in revisione su tutte le mie app.”
- “Quante persone hanno provato la verifica telefonica ma hanno abbandonato negli ultimi 15 giorni?”
- “Crea un workflow KYC con scansione del documento e rilevamento della vitalità, poi dammi un link di verifica.”
- “Trova il cliente con vendor_data
user_8842: in quale app si trova e qual è il suo stato?” - “Esegui lo screening AML di questo wallet e aggiungilo alla blocklist se rileva una corrispondenza.”
- “Registra una destinazione webhook per gli aggiornamenti di stato sul mio endpoint.”
- “Qual è il mio saldo del credito e il tasso di conversione di questo mese?”
Pensato per l’era agentica
La maggior parte delle piattaforme di verifica richiede una configurazione manuale della console. Didit consente a un agente di fare tutto il lavoro, dall’inizio alla fine: configurare i workflow, creare e revisionare le sessioni, collegare i webhook e monitorare la fatturazione. Abbinando l’MCP all’integrazione con un solo prompt, un agente può realizzare un’integrazione completa (route del backend, SDK del frontend e gestore dei webhook) chiamando in tempo reale gli strumenti MCP per creare il workflow e la sessione.Installazione
Configurazione specifica per Claude, Cursor, VS Code, Windsurf e Zed, oltre al hosting autonomo.
Autenticazione
Accesso OAuth, ambiti e ruoli.
Riferimento degli strumenti
Tutti gli strumenti, raggruppati per area, con il relativo ambito e le autorizzazioni del ruolo.
Funzionalità avanzate e risoluzione dei problemi
Ruoli, comportamento tra app, workflow con diramazioni, webhook e hosting autonomo.