← Zum Blog

2026-07-25 · 4 Min. Lesezeit · Chastity Tracker Team

KI-Keyholder in der Praxis: Beispiel-Chats über MCP

Viele verstehen inzwischen, was ein KI-Keyholder kann — aber nicht, wie ein konkreter Ablauf aussieht. Was ein KI-Keyholder überhaupt ist und wie die MCP-Anbindung funktioniert, erklärt der Grundlagen-Artikel zum KI-Keyholder; hier geht es um die Praxis. Dieser Beitrag zeigt drei kurze Beispielchats zwischen einem menschlichen Keyholder und einem KI-Assistenten, an den der Tracker über MCP angebunden ist. Sie machen sichtbar, wie aus einem Satz im Chat eine nachvollziehbare Direktive wird — und was davon beim getrackten Nutzer, dem Sub, ankommt.

Worauf du bei den Beispielen achten solltest

Der KI-Assistent liest den aktuellen Stand aus dem Tracker, gleicht ihn mit den Freitext-Regeln ab, die der menschliche Keyholder im Feld „KI-Keyholder-Regeln (MCP)" hinterlegt hat, und entscheidet dann eine Direktive innerhalb dieses Rahmens. Die KI erfindet keine eigenen Vorgaben. Jede Aktion landet im Aktionsprotokoll. Die internen Überlegungen der KI sieht der Sub nicht — er sieht nur die Direktive selbst und deren Auswirkung in der App.

Beispiel 1: Stand abfragen und eine Sperrzeit setzen

Keyholder: Wie ist der aktuelle Stand?

KI: Aktuell gesperrt, Tragezeit seit dem letzten Öffnen etwas über sechs Tage. Keine offene Kontrolle, kein offenes Vergehen. Das Trainingsziel für diese Woche ist erreicht.

Keyholder: Gut. Setz eine Sperrzeit bis Sonntagabend, vorher wird nicht geöffnet.

KI: Erledigt. Sperrzeit gesetzt bis Sonntag, 20:00 Uhr. Ein Öffnen ist bis dahin nicht vorgesehen.

Was im Tracker passiert: Die KI hat die Direktive „Sperrzeit" gesetzt. Der Sub sieht in der App einen Countdown bis zum frühestmöglichen Öffnen und erhält eine Push- und E-Mail-Benachrichtigung. Die Aktion steht mit Zeitstempel im Aktionsprotokoll.

Beispiel 2: Eine verspätete Kontrolle nach den Regeln behandeln

Hinterlegte Freitext-Regel (Auszug): „Kommt ein Kontroll-Foto mehr als zwei Stunden zu spät, trag ein leichtes Vergehen ein und begründe es sachlich."

Keyholder: Die letzte Kontrolle kam spät rein, oder?

KI: Ja. Die Frist lief gestern um 21:00 Uhr ab, das Foto mit dem handschriftlichen Code kam um 23:40 Uhr — also gut zweieinhalb Stunden zu spät. Nach deiner Regel ist das ein leichtes Vergehen.

Keyholder: Dann trag es ein.

KI: Eingetragen als leichtes Vergehen mit dem Vermerk „Kontroll-Nachweis 2 h 40 min nach Fristablauf". Ich habe nichts an der Sperrzeit verändert, das deckt deine Regel nicht ab.

Was im Tracker passiert: Die KI hat die Direktive „Vergehen beurteilen" genutzt. Im Strafbuch des Subs erscheint ein neuer Eintrag; er wird benachrichtigt. Die sachliche Begründung ist Teil des Protokolls — die weiteren internen Notizen der KI bleiben für den Sub verborgen.

Beispiel 3: Eine Anfrage, die an einer Grenze scheitert

Keyholder: Fordere zur Sicherheit gleich noch eine zweite Kontrolle für heute Abend an.

KI: Das geht so nicht. Es ist bereits eine Kontrolle offen, deren Frist noch läuft. Pro Sub kann immer nur eine Kontrolle gleichzeitig offen sein — eine zweite würde ich nicht anlegen. Sobald die aktuelle abgeschlossen oder abgelaufen ist, kann ich eine neue anfordern. Soll ich das für danach vormerken?

Keyholder: Ah, stimmt. Ja, merk es für morgen früh vor.

KI: Notiert. Ich fordere die nächste Kontrolle morgen früh an, sobald die laufende erledigt ist.

Was im Tracker passiert: Die KI hat keine Direktive gesetzt, sondern eine Grenze zurückgemeldet — den Overlap-Schutz. Für den Sub ändert sich zunächst nichts; er sieht weiterhin nur seine eine offene Kontrolle. Die morgige Kontrolle ist eine terminierte Direktive und bleibt für ihn unsichtbar, bis sie tatsächlich auslöst.

Was das für den Sub bedeutet

Für den getrackten Nutzer bleibt die Erfahrung ruhig und klar. Er sieht in der App dieselben Dinge wie bei einem rein menschlichen Keyholder: eine laufende Sperrzeit mit Countdown, eine offene Kontrolle mit Frist, einen neuen Eintrag im Strafbuch. Er bekommt Push- und E-Mail-Benachrichtigungen, wenn sich etwas ändert. Eine Kontrolle verlangt weiterhin dasselbe: innerhalb der Frist ein Foto des handschriftlichen fünfstelligen Codes hochladen.

Was der Sub bewusst nicht sieht, sind die internen Überlegungen und Zwischenurteile der KI sowie geplante Direktiven, die noch nicht ausgelöst haben. Und er kann sich darauf verlassen, dass technische Grenzen greifen: nie mehr als eine offene Kontrolle gleichzeitig, und Sicherheits-Failsafes wie ein Gesundheits-Hold haben immer Vorrang vor jeder KI-Direktive.

Verantwortung bleibt menschlich

Diese Beispiele zeigen kein autonomes System, sondern ein Werkzeug mit klaren Leitplanken. Der menschliche Keyholder schreibt die Regeln, er kann sich jederzeit einloggen und eingreifen, und jede KI-Aktion ist im Aktionsprotokoll nachvollziehbar. Die Freitext-Regeln sind weiche Leitplanken, keine harte Zwangsmechanik — die Entscheidung, wie streng oder wie locker das Setup ist, bleibt beim Menschen. Sinnvoll ist die MCP-Anbindung vor allem für Self-Hosting-Setups, in denen ihr euren eigenen Tracker betreibt; sie ist opt-in und muss bewusst aktiviert werden.

Wie du den KI-Keyholder aktivierst und einen KI-Client verbindest, steht Schritt für Schritt im Keyholder-Handbuch. Die KI übernimmt die Routine — Beziehung, Vertrauen und Grenzen bleiben menschlich.