Zum Hauptinhalt springen
POST
Entwurf einer Fallvorlage mit KI erstellen
Didits Blueprint-API für KI-Entwürfe wandelt eine Richtlinienbeschreibung in einen nicht gespeicherten Vorschlag für eine Prüfrichtlinie um. Authentifizieren Sie sich mit x-api-key und der Berechtigung write:cases für die Anwendung.

Vorschlag erzeugen und prüfen

Senden Sie einen nicht leeren prompt mit höchstens 4000 Zeichen. Die Antwort enthält den Statuscode 200 und ein draft-Objekt, nicht einen gespeicherten Blueprint oder eine UUID.
Der Vorschlag kann name, description, applies_to, content_config, require_resolution_note, assignment_method, max_active_cases und default_deadline_hours enthalten. Felder können fehlen, prüfen Sie die Antwort daher, bevor Sie sie verwenden. Der Vorschlag auf oberster Ebene enthält keine Bearbeiterlisten, Genehmigungseinstellungen und Routing-Referenzen. Wählen Sie Bearbeiter, Teams, Genehmigungen und Routing selbst aus, bevor Sie speichern. Wenn eine generierte Phase worked_by enthält, wird es in der Anwendung als UUID eines aktiven Prüfteams validiert. Behandeln Sie einen Vorschlag nicht als genehmigte Zuweisung. Verwenden Sie nach der Prüfung Case-Blueprint erstellen, einschließlich des erforderlichen name und eines nicht leeren assignee_pool. Das Erzeugen eines Vorschlags speichert keinen Richtlinienentwurf, veröffentlicht keine Richtlinie und ändert keine bestehenden Fälle. Der Lebenszyklus für gespeicherte Entwürfe und Veröffentlichung ist davon getrennt.

Fehler

Bei einem Generierungsfehler wird Folgendes zurückgegeben:

Verwandte Themen

Autorisierungen

x-api-key
string
header
erforderlich

Der API-Schlüssel Ihrer Anwendung, aus Entwickler -> API-Schlüssel in der Business Console. Der Primärschlüssel hat Vollzugriff. Ein benannter Schlüssel kann im Geltungsbereich eingeschränkt werden: keine, Lese- oder Schreibberechtigung pro Ressource, beschränkt auf bestimmte Workflows oder genehmigte Sitzungen, auf eine Liste von IP-Adressen und auf ein Ablaufdatum. 401 bedeutet, dass der Schlüssel falsch, widerrufen oder abgelaufen ist; 403 bedeutet, dass kein Schlüssel gesendet wurde, der Schlüssel keinen Zugriff auf diese Ressource oder Aktion hat oder die Anfrage von einer Adresse außerhalb seiner IP-Liste stammte; 404 bei einer Sitzungsroute bedeutet, dass die Sitzung außerhalb der Workflows oder Status des Schlüssels liegt. Ein Schlüssel ohne Medienzugriff erhält Bild-, Video- und PDF-URLs als null, und ein Schlüssel ohne Schreibberechtigung für Sitzungen erhält Sitzungslinks und Token als null. Siehe https://docs.didit.me/console/api-keys.

Pfadparameter

organization_id
string<uuid>
erforderlich

UUID der Organisation.

application_id
string<uuid>
erforderlich

Anwendungs-UUID.

Body

application/json
prompt
string
erforderlich

Nicht leere Beschreibung der vorzuschlagenden Prüfrichtlinie.

Required string length: 1 - 4000
Beispiel:

"Draft an AML review policy with triage and evidence review stages."

Antwort

Nicht gespeicherter Vorschlag. Es wurde kein Status geändert.

draft
object
erforderlich

Nicht gespeicherter, validierter Vorschlag. Die Felder sind optional; prüfen Sie das Ergebnis und wählen Sie Bearbeiter, Teams und Weiterleitung aus, bevor Sie speichern.

Zuletzt geändert am 12. November 2026