Didit MCP-Toolsets und Nur-Lese-Modus

https://mcp.didit.me/mcp?toolsets=core
https://mcp.didit.me/mcp?read_only=true

​

Warum weniger Tools laden

​

Toolsets wählen

https://mcp.didit.me/mcp?toolsets=core
https://mcp.didit.me/mcp?toolsets=core,workflows
https://mcp.didit.me/mcp?toolsets=core,transactions,cases

• core: die oben beschriebene kurze Liste.
• account: Organisationen, Anwendungen, API-Schlüssel, Mitglieder und Rollen.
• billing: Tarif, Guthaben, Zahlungsmethoden, Belege und Rechnungsdaten.
• sessions: Verifizierungssitzungen (erstellen, suchen, entscheiden, prüfen, teilen, importieren, PDFs und Webhook-Zustellungen).
• workflows: Verifizierungs-Workflows und Fragebögen (erstellen, bearbeiten, validieren und veröffentlichen).
• lists: benutzerdefinierte Listen, die Sperrliste und die Zulassungsliste.
• vendors: die Personen und Unternehmen, die Sie verifizieren (Anbieterbenutzer und Anbieterunternehmen).
• transactions: Transaktionsüberwachung (Transaktionen, Wallet-Screening und Regeln mit Backtesting).
• cases: Fallmanagement (Fälle erstellen, zuweisen, eskalieren und abschließen).
• investigator: der Investigator (seine Prüfwarteschlange, Berichte, Entscheidungen, Richtlinienfragen und Leistung).
• webhooks: Webhook-Ziele und Alerts.
• reports: Analysen, Exporte und das Audit-Log.
• branding: White-Label-Branding des Verifizierungsablaufs.
• verification: eigenständige Verifizierungs-APIs (Ausweisdokument, Gesicht, AML, Adressnachweis, Telefon, E-Mail, Datenbankvalidierung und Unternehmensprüfungen).
• travel_rule: Travel Rule (Einstellungen, das VASP-Verzeichnis, Netzwerke, Wallet-Adressen, Transfers und Nachrichten).
• marketplace: der Anbieter-Marktplatz (der Katalog, Ihre Verbindungen und Integrationsanfragen).
• networks: Betrugsnetzwerke (verknüpfte Sitzungen, Benutzer und Unternehmen, die ein Gerät, ein Dokument oder einen Kontakt teilen).
• compliance: der Compliance-Assistent (Ihr regulatorisches Profil, dessen Anforderungen und die daraus erzeugten Workflows).
• docs: Suche in der Didit-Dokumentation.
• all: jedes Tool, das Ihre Rolle verwenden darf. Dies ist der Standard.

• Toolsets müssen ausdrücklich aktiviert werden. Eine URL ohne toolsets listet alles auf.
• Wenn Sie Toolsets benennen, werden genau diese aufgelistet. ?toolsets=cases listet die Fall-Tools sowie didit_context_get, das jede Verbindung erhält. Fügen Sie core hinzu, um auch die kurze Liste zu behalten.
• Ein Toolset bestimmt, was aufgelistet wird, nicht, was Sie ausführen dürfen. Ein Tool außerhalb Ihrer Auswahl wird weiterhin ausgeführt, wenn das Modell es namentlich aufruft, mit denselben Rollenberechtigungen wie immer.
• Ein Name, den der Server nicht kennt, wird ignoriert. Die Verbindung funktioniert trotzdem, und der Server teilt dem Modell mit, welcher Name ignoriert wurde und welche Namen gültig sind.
• Ihre Rolle gilt weiterhin. Ein Toolset gewährt niemals eine Berechtigung: Siehe Rollen und Berechtigungen.

​

Im Nur-Lese-Modus verbinden

https://mcp.didit.me/mcp?read_only=true
https://mcp.didit.me/mcp?toolsets=core,reports&read_only=true

​

Auf Tools zugreifen, die Sie nicht geladen haben

• didit_tool_search (Lesezugriff): findet Tools anhand dessen, was Sie tun möchten („Sitzungen als CSV exportieren“), oder listet ein Toolset auf. Jeder Treffer beschreibt, was das Tool tut, welche Parameter es hat und ob es liest, schreibt oder destruktiv ist.
• didit_tool_describe (Lesezugriff): gibt die vollständige Beschreibung und das Eingabeschema von bis zu fünf Tools zurück.
• didit_tool_call_read (Lesezugriff): führt ein reines Lese-Tool aus, das nicht in der Liste steht. Ein Tool, das Daten ändert, wird abgelehnt.
• didit_tool_call_write (destruktiv): führt ein Tool aus, das Daten erstellt, ändert oder löscht und nicht in der Liste steht. Auf einer Verbindung im Nur-Lese-Modus nicht verfügbar.

1. Das Modell ruft didit_tool_search mit invite a teammate auf und erhält didit_org_invite_member, markiert als Schreibzugriff.
2. Es ruft didit_tool_call_write auf und übergibt didit_org_invite_member als name zusammen mit den eigenen Argumenten dieses Tools.
3. Ihr Client fordert Sie auf, den Aufruf zu bestätigen, wie bei jedem Tool, das Daten ändert.

​

In Ihrem Client einrichten

claude mcp add --transport http didit "https://mcp.didit.me/mcp?toolsets=core"

codex mcp add didit --url "https://mcp.didit.me/mcp?toolsets=core"

{
  "mcpServers": {
    "didit": {
      "url": "https://mcp.didit.me/mcp?toolsets=core"
    }
  }
}

{
  "servers": {
    "didit": {
      "type": "http",
      "url": "https://mcp.didit.me/mcp?toolsets=core"
    }
  }
}

https://mcp.didit.me/mcp?toolsets=core

npx -y @didit-protocol/mcp-server --toolsets=core,workflows --read-only

DIDIT_TOOLSETS=core,workflows DIDIT_READ_ONLY=true npx -y @didit-protocol/mcp-server

​

Prompts, Anweisungen und Dokumentationssuche

• Anweisungen. Beim Verbinden weist der Server das Modell an, mit didit_context_get zu beginnen, erklärt, wie organization_id und application_id aufgelöst werden, weist es an, in einer Sandbox-Anwendung zu entwickeln, und nennt, welche Toolsets diese Verbindung geladen hat.
• Prompts. Clients, die MCP-Prompts unterstützen, zeigen fünf Einstiegspunkte: integrate_didit, review_queue, explain_session, build_workflow und verification_report. In Claude Code erscheinen sie als Slash-Befehle.
• Dokumentationssuche. didit_docs_search durchsucht diese Dokumentation und gibt die passenden Abschnitte mit ihren Links zurück, sodass Fragen zur Funktionsweise von Didit anhand der aktuellen Seiten beantwortet werden.

​

Prüfen, was eine Verbindung geladen hat

Which Didit toolsets does this connection load, and is it read-only?

curl https://mcp.didit.me/healthz

​

Nächste Schritte