Ressourcen und Prompts
Die vier MCP-Ressourcen, die das Modell kostenlos als Kontext abrufen kann, und die fünf vorgefertigten Prompt-Workflows — morgendliche Sichtung, Versand und Nachverfolgung, Nachfassen bei Stillstand, monatlicher Compliance-Bericht und Fallprüfung.
Werkzeuge erledigen die Arbeit. Ressourcen sind Kontext, den das Modell lesen kann, ohne einen Werkzeugaufruf zu verbrauchen, und Prompts sind das Vorgehen, das ein erfahrener Compliance-Beauftragter befolgen würde — vorgefertigt, damit das Modell keines erfinden muss.
Ressourcen
Vier sind registriert. Drei sind statisch oder katalogförmig; eine ist eine Vorlage, die über eine Anfrage-ID angesprochen wird.
| URI | Was es ist | Greifen Sie darauf zurück, wenn |
|---|---|---|
certivant://vocabulary | Die genauen Enum-Werte, die die Plattform verwendet — Verifizierungsstatus (einschließlich EXPIRED und PENDING_SECOND_REVIEW), Anfragetypen, Entscheidungen des Scorers, Prüfarten und Prüfstatus, Risikostufen, Zustellstatus von Formularen und Berechtigungsbereiche der API-Schlüssel, jeweils mit ihrer Bedeutung. | Immer, bevor Sie einen Fall filtern oder beschreiben. Dadurch sagt ein Assistent PENDING_SECOND_REVIEW statt „wartet auf Genehmigung“ zu erfinden — und ein Filterwert wird akzeptiert statt mit 400 abgelehnt. |
certivant://policies | Wie Verifizierungen entschieden werden: Versionierung der Richtlinien, die Aktionen genehmigen/eskalieren/ablehnen, die Ausschlussgründe der Stufe 1 und die Prüfungen des Dokumentendatums, Sanktionsprüfung mit Fail-Closed, Zwei-Augen-Genehmigung und Ablauf. | Erklären, wie das System entscheidet, im Gegensatz dazu, was es in einem einzelnen Fall entschieden hat. Es nennt unmissverständlich, welche mandantenspezifischen Werte es nicht einsehen kann, damit konfigurierte Schwellenwerte nie geraten werden. |
certivant://forms | Jedes Verifizierungsformular der Organisation, markiert mit den veröffentlichten und daher versendbaren. | Ein Formular vor dem Versand auswählen. Dieselben Daten wie bei list_verification_forms, aber als Kontext statt als Aufruf verfügbar. |
certivant://verification/{id} | Eine Anfrage als adressierbarer Kontext: Status, Entscheidung des Scorers, Score, Ablauf und ob eine strukturierte Begründung erfasst wurde. Urteilsförmig, keine personenbezogenen Daten. | Einen bestimmten Fall an eine Unterhaltung anhängen. Benötigt eine exakte Anfrage-ID — bewusst nicht auflistbar, damit ein Assistent über diesen Weg nicht Ihren gesamten Bestand durchzählen kann. Verwenden Sie find_verification, wenn Sie nur einen Namen haben. |
Prompts
Fünf Workflows. Jeder legt eine Reihenfolge der Arbeitsschritte fest, da die Abfolge meist der Unterschied zwischen einer hilfreichen Antwort und einem Datenabzug ist, der an das Ratenlimit stößt.
morning_triage
Durchläuft die Warteschlange und gruppiert jeden Fall nach seinem Bedarf — braucht jetzt eine
menschliche Entscheidung, braucht einen Anstoß, braucht nichts, braucht einen Eintrag im
Arbeitsjournal — statt nach Status. Optionales Argument stalled_days, Standard 7.
Ausdrücklich schreibgeschützt: Er schlägt Erinnerungen vor, sendet sie aber nicht. Außerdem
weist er das Modell an, überall dort „Begründung nicht erfasst“ zu schreiben, wo
reasoningAvailable falsch ist, statt eine Begründung abzuleiten.
send_and_track
Wählt das richtige Formular, sendet es an einen namentlich genannten Kunden und meldet, wo jeder
Empfänger dieses Formulars nun steht. Optionales Argument recipient; lassen Sie es leer, um nur
über bestehende Versendungen zu berichten.
Dieser Workflow sendet echte E-Mails. Der Workflow bestätigt zuerst — er nennt den genauen Formularnamen, die Empfängeradresse und den Namen des Empfängers und wartet auf ein eindeutiges Ja, denn ein Tippfehler in einer Adresse sendet den Verifizierungslink eines Menschen an einen Fremden.
Das Ergebnis wird in „hat geantwortet“, „gesendet und still“ und „nicht zustellbar“ aufgeteilt, was drei verschiedene Maßnahmen erfordert.
chase_stalled
Alle, die länger als N Tage (optionales Argument days) festhängen, mit Erinnerungen, die nach
Bestätigung entworfen und gesendet werden. Nützlich ist vor allem, dass er das konkrete
ausstehende Dokument nennt — „uns fehlt noch die Rückseite Ihres Führerscheins“ wird erledigt,
während „bitte schließen Sie Ihre Verifizierung ab“ ignoriert wird.
monthly_compliance_report
Bereit für den Vorstand: die Kennzahlen, die Themen und die bemerkenswerten Fälle für einen
Zeitraum (optionales Argument period). Begrenzt auf das, was get_compliance_metrics tatsächlich
liefert — Fehlerquoten je Prüfung, keine Rangliste von Ablehnungsgründen.
investigate_case
Eine Prüfnotiz für einen einzelnen Fall (optionales Argument request_id; haben Sie nur einen
Namen, wird er angewiesen, find_verification zu verwenden, statt eine ID zu raten). Er zieht die
Entscheidung, die Dokumente und — bei einem Unternehmen — den Registerabgleich heran und liest
die Abweichung statt des Registerdatensatzes.
Wenn die Entscheidung des Scorers und der erfasste Status auseinanderlaufen, meldet er beides und nennt den Menschen, der entschieden hat, statt sie zu einer glatten Erzählung zu verrechnen. Die Abweichung ist der eigentliche Befund.
Werkzeugreferenz
Alle 26 Certivant-MCP-Werkzeuge, gruppiert nach ihrer Aufgabe — Sichtung der Warteschlange, Versand und Nachverfolgung von Formularen, Lebenszyklusaktionen, Erklärung von Entscheidungen und Netzwerkrisiko, Sitzungen zur Live-ID-Verifizierung, KYB-Registerprüfungen und Berichte — mit dem, was jedes zurückgibt und was es bewusst nicht zurückgibt.
Sicherheit und Grenzen
Wie der Certivant-MCP-Server personenbezogene Daten abstuft, vom Antragsteller kontrollierten Text in eine nicht vertrauenswürdige Hülle packt, Erinnerungen auf 24 Stunden drosselt und das Ratenlimit von 120 Anfragen pro Minute je Mandant teilt — samt der Audit-Lücke, die Sie nicht übertünchen sollten.