Zum Hauptinhalt springen
Verwenden Sie einen einzigen Prompt, um Identitätsprüfung, Transaktionsüberwachung, Authentifizierung oder eine beliebige Kombination davon zu integrieren. Wählen Sie die Produkte im application-context-Block aus; Ihr Agent implementiert nur diese Pfade.
Authentifizierung ist neu. Der gehostete Flow, der ES256-JWT-Issuer, Auth-Ereignisse und der Bot-Schutz sind dokumentiert; die zugehörigen SDK-Pakete sind noch nicht veröffentlicht. Der Prompt verlangt vom Agenten, die Verfügbarkeit zu prüfen und nicht unterstützte Adapter deaktiviert zu lassen. Er darf kein funktionierendes SDK erfinden oder behaupten, dass eine nicht verfügbare Integration erfolgreich war.

​
Prompt verwenden

  1. Klicken Sie auf Kopieren und fügen Sie den Prompt in Ihren Coding-Agenten ein.
  2. Tragen Sie Ihren Stack, Ihre Plattform, die ausgewählten Produkte und Ihre bestehende Anwendungskonfiguration ein.
  3. Wählen Sie eine stabile Personenreferenz für vendor_data. Ihr Backend leitet diese vom authentifizierten Benutzer ab.
  4. Überprüfen Sie die generierte Implementierung und deren Testergebnisse, bevor Sie sie für Kunden aktivieren.

​
Produktkombination auswählen

Derselbe Prompt funktioniert für Fintech-, Gaming-, Krypto- oder Marktplatz-Apps. Beschreiben Sie die Aktionen, die Sie schützen möchten, im Kontextblock. Ein erfolgreicher Login bedeutet nicht, dass eine Identitätsprüfung bestanden wurde oder eine Zahlung durchgeführt werden kann.

​
SDK nach Produkt auswählen

Verwenden Sie @didit-protocol/sdk-web im Web oder die nativen und Wrapper-SDKs auf Mobilgeräten. Ihr Server erstellt eine Sitzung; Ihre App erhält lediglich deren auf die Sitzung beschränkte URL oder das zugehörige Token. Lesen Sie den Leitfaden zum JavaScript-SDK.

​
Anmeldedaten und Entscheidungen schützen

Bewahren Sie API-Schlüssel und Zugangsdaten zur Konsolenverwaltung in Ihrem Backend auf. Browser und native Apps erhalten nur produktspezifische Sitzungs-Zugangsdaten oder kurzlebige Tokens. Ein veröffentlichbarer Schlüssel für die Authentifizierung ist kein API-Schlüssel. Verifizieren Sie Webhook-Signaturen vor dem Übernehmen von Aktualisierungen, deduplizieren Sie Zustellungen anhand der event_id und halten Sie die Status für jedes Produkt getrennt. Betrachten Sie eine Weiterleitung, einen SDK-Callback oder eine angezeigte Erfolgsseite nicht als serverseitige Autorisierung. Melden Sie jede nicht verfügbare Abhängigkeit und jeden nicht verifizierten Live-Flow explizit.

​
Verwandte Leitfäden

Zuletzt geändert am 7. November 2026