Peticions ràpides
A continuació hi ha alguns patrons que mostren què pot fer l’MCP de Didit. Formula les coses en llenguatge natural: l’agent tria les eines. Totes les eines que s’esmenten aquí existeixen a la referència d’eines.Operacions i monitoratge (entre aplicacions)
- “Mostra’m les 5 últimes sessions en revisió de totes les meves aplicacions.” →
didit_session_searchambstatus: "In Review",limit: 5 - “Quantes persones van intentar la verificació de telèfon però van abandonar en els últims 15 dies?” →
didit_analyticsamblast_n_days: 15(una sola crida; llegeix l’embut de funcionalitats) - “Troba el client amb vendor_data
user_8842i digue’m de quina aplicació és i quin estat té.” →didit_vendor_user_search - “Quin és el meu saldo de crèdits i la taxa de conversió d’aquest mes?” →
didit_org_get_balance+didit_analytics
- “Crea un flux de treball KYC amb escaneig del document d’identitat i prova de vida, i dona’m un enllaç de verificació.” →
didit_workflow_create→didit_session_create - “Crea un flux de treball de verificació d’identitat que només accepti passaports, i després una prova de vida amb selfie.” →
didit_workflow_create; digues nomésdocuments_allowed: ["PASSPORT"]. L’MCP ho amplia perquè només s’acceptin passaports de tots els països (consulta Avançat → configuracions de funcionalitats). - “Flux de treball nou: escaneja un passaport; si el document d’identitat és rebutjat, rebutja la sessió; si la professió declarada és ≈ ‘Software Engineer’ (≥60%), fes una prova de vida; en cas contrari, demana un comprovant de domicili en espanyol; després decideix automàticament.” →
didit_workflow_get_field_definitions→didit_workflow_validate_graph→didit_workflow_set_graph - “Al flux de treball
26d33c04…, després de la verificació d’identitat: si es rebutja, rebutja la sessió; si la professió és ≥80% similar a ‘Software Engineer’, afegeix un pas de comprovant de fons amb Document AI; després continua.” →didit_workflow_search→didit_workflow_get_graph→didit_workflow_edit_graph(petites operacions, desades com a esborrany revisable) - “En quins països puc oferir un inici de sessió amb BankID o MitID en lloc d’un escaneig del document?” →
didit_workflow_get_id_verification_methods_catalog - “Registra una destinació de webhook per a les actualitzacions d’estat a
https://myapp.com/webhooks/didit.” →didit_webhook_create
- “Fes un cribratge AML d’aquesta cartera i afegeix-la a la llista de bloqueig si coincideix.” →
didit_transaction_screen_wallet→didit_blocklist_add - “Obre un cas per a la sessió
…i assigna-me’l.” →didit_case_create→didit_case_manage - “Acme Ltd és una empresa registrada al Regne Unit? I qui són els seus accionistes?” →
didit_verify_kyb_search→didit_verify_kyb_select
1. Posar en marxa la verificació
Tu: “Configura la verificació d’identitat de Didit per a la meva aplicació amb escaneig del document d’identitat i prova de vida, i dona’m un enllaç per provar-la.” Agent: Primer crearé el flux de treball. (cridadidit_workflow_createambworkflow_label: "Standard KYC",features: [{ "feature": "OCR" }, { "feature": "LIVENESS" }]) — Publicat “Standard KYC”,workflow_id = 6f2c…. Ara una sessió per provar-lo. (cridadidit_session_createambworkflow_id: "6f2c…",vendor_data: "test-user-1") — Aquest és el teu enllaç:https://verify.didit.me/session/…. Obre’l al mòbil per executar el flux de treball. En producció, el teu backend crea sessions amb l’API REST:Aquestx-api-keyés la clau d’API REST de la teva aplicació per al teu backend; és diferent de la manera com has iniciat sessió en aquest MCP, que usa Log in with Didit. Vols que registri també la destinació del webhook? Tu: “Sí; el meu endpoint éshttps://myapp.com/webhooks/didit.” Agent: (cridadidit_webhook_createamblabel: "Production",url: "https://myapp.com/webhooks/didit",webhook_version: "v3",subscribed_events: ["status.updated"]) — Fet. El secret de signatura està ocult en la resposta que rebo, així que copia’l des de Webhooks a la consola i guarda’l com aDIDIT_WEBHOOK_SECRET. Verifica la capçaleraX-Signature-V2de cada lliurament abans de confiar-hi.
2. KYB: comprovar una empresa al registre mercantil
Tu: “Acme Trading Ltd és una empresa real del Regne Unit? Tinc el número de registre 12345678.” Agent: (cridadidit_verify_kyb_searchambcountry_code: "GB",name: "Acme Trading Ltd",registration_number: "12345678") — Hi ha un candidat: ACME TRADING LTD, constituïda el 2019, estat actiu, domicili social a Manchester. Vols el registre complet amb administradors i accionistes? Tu: “Sí, i digue’m qui són els titulars reals.” Agent: (cridadidit_verify_kyb_selectamb elkyb_response_iddel candidat) — Registre complet recuperat: dos administradors i una persona amb control significatiu que té el 75% o més de les accions i dels drets de vot. El registre inclou l’historial de presentacions i el domicili social. Aquesta va ser una consulta de registre facturable (dues crides que consumeixen crèdits). Si vols que això passi automàticament per a cada client empresarial, puc afegirKYB_REGISTRYa un flux de treball KYB ambdidit_workflow_create;didit_workflow_get_kyb_registry_catalogens indica quins nivells de dades ven el registre mercantil del Regne Unit.
3. Gestiona la cua de revisió
Tu: “Què està pendent de la meva revisió i què falla en cadascun?” Agent: (cridadidit_session_searchambstatus: "In Review",limit: 10) Hi ha quatre sessions en revisió en dues aplicacions. Llegeixo la decisió de cadascuna. (cridadidit_session_get_decisionper a cadasession_id)Tu: “Aprovaa1f3: he mirat la selfie i és la mateixa persona. Rebutjab7c2, document caducat.” Agent: (cridadidit_session_update_statusambsession_id: "a1f3…",new_status: "Approved", i després ambsession_id: "b7c2…",new_status: "Declined",comment: "Expired document") Totes dues s’han actualitzat. (cridadidit_session_add_reviewsobrea1f3…amb la nota “Manual selfie review: same person”) S’ha afegit una nota de revisió perquè el registre d’auditoria mostri per què s’ha sobreescrit la puntuació. Els dos casos d’AML i de comprovant de domicili continuen oberts; digues-m’ho i obriré un cas per a la coincidència PEP ambdidit_case_create.
4. Prova retrospectiva d’una regla de transaccions abans de publicar-la
Tu: “Vull marcar qualsevol persona que faci més de 3 transferències de més de $1,000 en una hora. Quant de soroll generaria?” Agent: (cridadidit_transaction_rule_backtestambconditionssobreamount > 1000, unaaggregationde recompte ≥ 3 en una finestra d’1 hora,period_days: 90) Durant els últims 90 dies aquesta regla s’hauria activat en 14 transaccions de 6 subjectes; 2 d’aquests subjectes ja estan marcats. Vols que la creï en modeTEST, perquè registri les coincidències sense executar cap acció? Tu: “Sí, mode TEST.” Agent: (cridadidit_transaction_rule_createambtitle: "Velocity: 3+ transfers over $1,000 per hour",category: "aml_ctf",mode: "TEST", els mateixosconditionsiaggregation, i una llistaactionsque marca el subjecte) Creada. Revisa-la ambdidit_transaction_rule_getd’aquí a uns dies; quan estiguis satisfet,didit_transaction_rule_updatecanviamodeaACTIVE.didit_transaction_rule_library_listtambé té les regles de velocitat predefinides de Didit si prefereixes instal·lar-ne una.
Els resultats de la sessió són asíncrons
didit_session_create retorna un session_id, un session_token i una url allotjada, però la verificació encara no s’ha fet. L’usuari obre la url i completa el flux. La decisió final arriba mitjançant:
- Un webhook
status.updated(recomanat), o didit_session_get_decision(sondeig, com a alternativa).
node_id per entrada:
id_verification, liveness): només s’envien quan un destí es fixa explícitament a webhook_version: "V2". Consulta Models de dades per a la referència de camps de cada funcionalitat i Avançat → Webhooks per a les regles de verificació i reintents.
Combina-ho amb la integració de prompt únic
El MCP serveix molt bé per executar Didit. Perquè un agent escrigui una integració completa (ruta de backend + SDK de frontend + gestor de webhooks + esquema de BD), passa-li el Prompt d’integració: recorre els set passos i crida les eines MCP per crear el flux de treball, la sessió i el webhook en viu.Referència d'eines
Totes les eines que l’agent pot cridar.
Avançat i resolució de problemes
Rols, comportament entre aplicacions, webhooks i autoallotjament.