Funktionen
KI-geführte Einrichtung
Deine erste Destination geht in einer geführten Sitzung live — ohne einen Tag zu schreiben und ohne die Kontrolle darüber abzugeben, was veröffentlicht wird.
Geführte Einrichtung
Beispieldaten: Statischer Beispielzustand — kein Live-Traffic, keine echten Kundendaten.Track AI
example-shop.test läuft auf Shopify mit Cookiebot als Consent-Tool (hohe Konfidenz). Für einen Shop schlage ich view_item, add_to_cart, begin_checkout und purchase vor. Soll ich den Plan für Meta und Google Ads entwerfen?
Du
Ja, Meta zuerst.
Track AI
Pixel-ID geprüft. Die Conversions API braucht einen Access-Token — bitte in der Tresor-Karte unten eingeben; er erscheint nie in diesem Chat.
Tresor-Karte · Meta-Access-Token
Verschlüsselt gespeichert; für niemanden sichtbar, auch nicht für das Modell.
gespeichertTestevent · purchase
Durch die echte Pipeline gesendet, mit dem Test-Event-Code des Anbieters.
von Meta akzeptiertVersion 13 veröffentlichen
Gebunden an genau dieses Diff und an dich als freigebende Person.
- + destination meta: browser + server
- + mapping purchase → Purchase (event id, order id)
- ~ consent: marketing required for meta
Der Assistent schlägt vor, Tools validieren, du gibst frei.
Beispielsitzung: Plattform erkannt, Eventplan vorgeschlagen, Token im Tresor abgelegt, echter Testevent akzeptiert, Veröffentlichung wartet auf deine Freigabe.
Jede Aktion ist ein typisierter Tool-Aufruf, den du siehst
Der Assistent macht aus einer Domain ein funktionierendes Messsetup: Er erkennt Plattform und Consent-Tool, schlägt einen Eventplan für deinen Geschäftstyp vor, sammelt öffentliche IDs im Chat und Geheimnisse in einer Tresor-Karte, sendet einen echten Testevent und bereitet ein Publish-Diff vor, das du freigibst.
Der Assistent führt nie freien Code aus. Er ruft serverseitig validierte Tools auf: Plattform erkennen, Eventplan entwerfen, Pixel-ID prüfen, Testevent senden, Diff vorbereiten. Alles Unumkehrbare — Veröffentlichen, Rollback, Credential-Rotation — stoppt an einer Freigabe-Karte, die an genau die Änderung gebunden ist, die du gerade siehst.
So ist es gebaut
Die technischen Entscheidungen hinter der Fähigkeit — der Beleg nach dem Nutzen.
01
Typisierte Tools statt freier Aktionen
Jede Aktion des Assistenten ist ein serverseitig validierter Tool-Aufruf mit Rollenprüfung, Audit-Eintrag und — bei allem Unumkehrbaren — einem Freigabe-Token, das an das exakte Diff gebunden ist.
02
Geheimnisse erreichen das Modell nie
Access-Tokens gehen über eine eigene Karte oder OAuth direkt in den verschlüsselten Tresor. Transkript, Modell und Browser sehen sie nie; eine DLP-Schicht schwärzt eingefügte Secrets und PII.
03
Deterministische State Machine
Die Einrichtung folgt einer expliziten State Machine mit Anforderungen und Evidenz je Zustand. Dieselben Zustände gibt es als regelbasierten Assistenten, wenn der KI-Anbieter nicht erreichbar ist — nichts hängt davon ab, dass ein Modell online ist.
Einrichtung von Hand versus geführte Sitzung
Was sich ändert, wenn der Assistent die Einrichtung übernimmt und du die Freigaben behältst.
| Einrichtung von Hand versus geführte Sitzung | Manuelle Container-Einrichtung | Geführte Einrichtung mit Track |
|---|---|---|
| Eventplan | Aus dem Gedächtnis geschrieben, ein Tag nach dem anderen | Für deinen Geschäftstyp vorgeschlagen, im Chat bearbeitet, vor der Veröffentlichung validiert |
| Zugangsdaten | In Tag-Felder eingefügt und für alle mit Container-Zugriff sichtbar | In einer Tresor-Karte oder per OAuth eingegeben; nie im Transkript sichtbar |
| Verifikation | Hoffen, dass beim Anbieter etwas ankam | Ein echter Testevent durch die echte Pipeline mit dem Urteil des Anbieters |
| Veröffentlichen | Veröffentlichen und danach herausfinden, was sich geändert hat | Erst Diff, Empfänger und Freigabe; danach ein signiertes, versioniertes Bundle |
Was du prüfen kannst
Produktfakten, die du im Dashboard, in der Dokumentation und im Audit-Log findest.
- Erkennung von Geschäftstyp und Plattform mit Konfidenzangabe
- Eventplan-Vorlagen für Shops, Leadgenerierung, SaaS und Publisher
- Öffentliche IDs gegen Anbieterformate validiert
- Veröffentlichung nur nach Diff, Empfängerliste und expliziter Bestätigung
Fragen
- Kann der Assistent ohne mich veröffentlichen?
- Nein. Veröffentlichen, Rollbacks, Credential-Rotation und Aktivierung von Destinationen erfordern immer deinen Klick auf eine Freigabe-Karte, die an die exakte Änderung gebunden ist.
- Welches Modell wird genutzt?
- OpenAI Responses API mit Structured Outputs und striktem Function Calling. Modellnamen werden serverseitig konfiguriert und beim Start geprüft; die Oberfläche kodiert sie nie fest.
Weitere Fähigkeiten
Gebaut auf derselben signierten Konfiguration und demselben Eventschema.
- Serverseitiger Event-Router
Ein Event, jede Plattform: Browser- und Server-Zustellung mit gemeinsamer Deduplizierung.
- Event-Debugger und Herkunft
Jedes Event mit Consent-Snapshot, Routing-Entscheidung und Anbieterantwort.
- Datenqualität und Health-Score
Ein Score mit erklärbaren Komponenten und Problemen, die auf ihre Lösung verlinken.
- Consent-konform von Grund auf
Strikte Opt-in-Standards, Consent Mode v2, zweckgebundene Destinationen, kein Replay nach Consent.
- Click-IDs und Attribution richtig gemacht
Nur die IDs erfassen, die die Destination braucht, nur mit Consent, nur für das dokumentierte Zeitfenster.
Auf deiner Domain ausprobieren
Site anlegen, ein Snippet installieren und den Assistenten in Minuten die erste Destination einrichten lassen.