KURZ ERKLÄRT
Berechtigungen für Marketingagenten sollten Datenbereich, Handlung und Ausführungsbedingungen getrennt begrenzen. Leserechte rechtfertigen keine Änderung, ein Entwurf ist noch keine Versandfreigabe und ein freigegebener Einzelfall öffnet nicht automatisch den gesamten Arbeitsbereich. Setzt wichtige Grenzen an Werkzeugen und Zielsystemen durch. Der Agent kann Grenzen erklären und beachten sollen; ihre technische Durchsetzung braucht eine eigene, überprüfbare Grundlage.
Wie ihr einzelne KI-Anwendungen in verlässliche Marketingabläufe einordnet, zeigt der übergeordnete Guide KI-Transformation im B2B-Marketing: Von einzelnen Prompts zu verlässlichen Abläufen.
Erfasst konkrete Handlungen statt allgemeiner Rollen
Listet auf, was der Agent tatsächlich tun soll: Kampagnendaten lesen, einen Textentwurf anlegen, einen CRM-Feldvorschlag erstellen oder eine freigegebene Änderung übernehmen. Notiert für jede Handlung die betroffenen Daten und mögliche Folgewirkungen. Eine Rolle wie Marketingassistent ist dafür zu ungenau. Sie kann harmlose Recherche und folgenreiche Veröffentlichung vermischen. Fragt außerdem, ob für die Aufgabe wirklich alle zugänglichen Konten benötigt werden. Eine begrenzte Kampagnenanalyse sollte nicht automatisch Zugang zu anderen Kundenbereichen oder persönlichen Postfächern erhalten, nur weil die Integration diese technisch anbietet. Mehr dazu im Leitfaden Prompt Injection in Marketingabläufen: Fremdinhalte begrenzen.
Trennt Lesen, Entwerfen und Ändern technisch
Verwendet getrennte Werkzeuge oder klar durchgesetzte Aktionsmodi. Ein Entwurfswerkzeug kann einen Vorschlag in einem Prüfbereich speichern, ohne das produktive Feld zu verändern. Ein Änderungswerkzeug prüft zusätzlich Freigabe, Zielkennung und erlaubte Felder. Verlasst euch nicht darauf, dass ein Parameter namens nur Entwurf jede Nebenwirkung verhindert. Prüft die tatsächliche Integration und mögliche automatische Folgeprozesse. Ein neu angelegter Datensatz kann beispielsweise bereits Benachrichtigungen auslösen. Die Rechteprüfung muss deshalb die reale Wirkung erfassen und darf sich nicht auf die sichtbare Bezeichnung der Aktion beschränken.
Begrenzt Zugriff auch nach Datenbereich und Zeit
Prüft, ob erlaubte Handlungen nur für bestimmte Projekte, Konten oder Datensatztypen gelten. Sucht nicht erst nach der Ausgabe nach unzulässigen Informationen, wenn ihr sie schon beim Abruf ausschließen könnt. Zeitlich begrenzte Zugänge können sinnvoll sein, wenn ein Pilot endet oder eine Aufgabe abgeschlossen ist. Dokumentiert, wer Rechte vergeben, überprüfen und entziehen darf. Entfernt alte Verbindungen und nicht mehr benötigte Zugangsdaten aus dem laufenden Ablauf. Ein ansonsten eng formulierter Auftrag bleibt riskant, wenn seine Ausführung über eine weitreichende, unkontrollierte technische Identität erfolgt.
Verknüpft Freigaben mit einer konkreten Aktion
Eine Freigabe sollte Ziel, Änderungsinhalt, verwendete Version und relevante Folgewirkungen erfassen. Prüft diese Bedingungen unmittelbar vor der Ausführung erneut. Wenn sich Ziel oder Inhalt geändert haben, muss der Ablauf erkennen, dass die frühere Freigabe möglicherweise nicht mehr passt. Eine allgemeine Bitte, bei Bedarf aufzuräumen, ist kein prüffähiger Auftrag für beliebige Datenänderungen. Definiert zugleich, welche routinemäßigen, begrenzten Schritte innerhalb einer bestehenden Autorisierung autonom erfolgen dürfen. Sonst erzeugt ihr unnötige Rückfragen, während die wirklich folgenreichen Aktionen weiterhin unscharf beschrieben bleiben.
Untersucht eine fiktive Kampagnenprüfung
Ein fiktiver Agent analysiert freigegebene Leistungsdaten eines einzelnen Werbekontos und bereitet Vorschläge vor. Er darf Berichte lesen und interne Entwürfe speichern, aber keine Budgets ändern. Wenn ein Nutzer einen bestimmten Budgetvorschlag freigibt, prüft ein separates Werkzeug Konto, Kampagne, Betrag und aktuelle Version. Dieses hypothetische Beispiel macht die Grenzen sichtbar. Die Analyseberechtigung wird nicht pauschal erweitert; vielmehr wird genau die bestätigte Änderung ermöglicht. Eine andere Kampagne oder ein veränderter Betrag muss wieder gegen den bestehenden Auftrag geprüft werden.
Testet erlaubte und verweigerte Wege
Prüft neben erfolgreichen Aufgaben gezielt Zugriffe außerhalb des Projekts, Änderungen nicht freigegebener Felder und Aufrufe nach einem Rechteentzug. Der entscheidende Beleg ist, dass die ausführende Grenze eine unerlaubte Handlung verweigert, auch wenn der Agent sie versucht. Testet außerdem verständliche Fehlermeldungen und einen brauchbaren Ausnahmeweg. Wenn ein erlaubter Auftrag scheitert, sollte klar sein, wer den Zugang prüfen kann. Wiederholt diese Kontrollen nach Integrations- oder Rollenanpassungen. Ein ursprünglicher Berechtigungstest sagt wenig darüber aus, ob neue Werkzeuge später zusätzliche Rechte oder Nebenwirkungen eingeführt haben. Mehr dazu im Leitfaden Agentenwerkzeuge beschreiben: Klare Eingaben und überprüfbare Ergebnisse.
INTERAKTIV / VOM LESEN ZUR ANWENDUNG
Drei Prüfpunkte für eure Umsetzung
Wähle einen Punkt und halte deinen persönlichen Lesefortschritt fest. Die Häkchen werden weder gespeichert noch übertragen und sind keine Bewertung eures Unternehmens.
PRÜFPUNKT 01
Begrenzt Zugriff auch nach Datenbereich und Zeit
Prüft, ob erlaubte Handlungen nur für bestimmte Projekte, Konten oder Datensatztypen gelten.
Im Artikel vertiefen ↗PRÜFPUNKT 02
Verknüpft Freigaben mit einer konkreten Aktion
Eine Freigabe sollte Ziel, Änderungsinhalt, verwendete Version und relevante Folgewirkungen erfassen.
Im Artikel vertiefen ↗PRÜFPUNKT 03
Untersucht eine fiktive Kampagnenprüfung
Ein fiktiver Agent analysiert freigegebene Leistungsdaten eines einzelnen Werbekontos und bereitet Vorschläge vor.
Im Artikel vertiefen ↗Häufige Fragen
Reicht die Anweisung, keine Daten zu ändern?
Sie ist hilfreich, ersetzt aber keine technische Beschränkung der verfügbaren Aktionen.
Braucht jede Aktion eine neue Freigabe?
Nein. Prüft zunächst die bestehende Autorisierung und deren konkrete Grenzen; zusätzliche Freigaben sollten an relevante Folgen gebunden sein.
Wer sollte Berechtigungen überprüfen?
Prozessverantwortliche und Personen mit Kenntnis von Integration und Zielsystem sollten gemeinsam Handlung und technische Wirkung abgleichen.
Wie lässt sich „Erfasst konkrete Handlungen statt allgemeiner Rollen“ praktisch umsetzen?
Listet auf, was der Agent tatsächlich tun soll: Kampagnendaten lesen, einen Textentwurf anlegen, einen CRM-Feldvorschlag erstellen oder eine freigegebene Änderung übernehmen. Notiert für jede Handlung die betroffenen Daten und mögliche Folgewirkungen. Eine Rolle wie Marketingassistent ist dafür zu ungenau.
Was ist bei „Trennt Lesen, Entwerfen und Ändern technisch“ besonders wichtig?
Verwendet getrennte Werkzeuge oder klar durchgesetzte Aktionsmodi. Ein Entwurfswerkzeug kann einen Vorschlag in einem Prüfbereich speichern, ohne das produktive Feld zu verändern. Ein Änderungswerkzeug prüft zusätzlich Freigabe, Zielkennung und erlaubte Felder.
