# Sicherheitsregeln für KI-Agenten, die auf Hunderten Konten posten

_2026-09-09 · Ein Regelwerk für KI-Agenten auf vielen Social-Konten: offizielle APIs, eng gefasste Schlüssel, variierte Texte, gestaffelter Versand, Limits, Notfallplan._

Ein KI-Agent, der auf Hunderten Konten postet, bleibt mit einer kurzen Liste von Regeln auf der sicheren Seite: nur über die offiziellen APIs der Netzwerke veröffentlichen, nur den engsten Schlüssel halten, den er braucht, nie identische Texte auf mehrere Konten schicken, den Versand zwischen den Konten zeitlich verteilen, die Limits und Richtlinien jedes Netzwerks einhalten – und einen Durchlauf schnell stoppen können. Die meisten dieser Regeln sollten Plattform und Schlüssel-Scopes durchsetzen. Die Anweisungen an den Agenten sind die zweite Ebene, nicht die einzige.

Unten steht das Regelwerk, das wir empfehlen – so formuliert, dass du das meiste direkt in den Skill eines Agenten kopieren kannst. Zu jeder Regel gibt es die Begründung. Ein Agent, der den Grund versteht, geht mit Sonderfällen besser um als einer, der nur eine nackte Anweisung befolgt.

## Warum brauchen Agenten eigene Sicherheitsregeln?

Ein Mensch, der Beiträge plant, macht Fehler einzeln. Ein Agent macht sie im Paket. Steckt ein Fehler in den Anweisungen, landet er auf jedem Konto des Durchlaufs. Skalierung vervielfacht gute und schlechte Arbeit gleichermaßen.

Die Netzwerke sagen zudem ausdrücklich, dass sie auf Menge und Wiederholung achten. Metas [Spam-Richtlinie](https://transparency.meta.com/policies/community-standards/spam/) erfasst Posten in sehr hoher Frequenz, ob manuell oder automatisiert, ebenso wie sich wiederholende Inhalte. YouTubes [Richtlinien zu Spam, irreführenden Praktiken und Betrug](https://support.google.com/youtube/answer/2801973) erfassen sich wiederholende und ungezielte Inhalte. Diese Richtlinien betreffen das Verhalten – nicht die Frage, ob ein Mensch oder eine Software auf den Knopf gedrückt hat.

## Das Regelwerk

### Regel 1: Nur offizielle APIs

Der Agent veröffentlicht über eine Plattform, die die offizielle API jedes Netzwerks nutzt. Keine Browser-Automatisierung, keine geteilten Logins, keine inoffiziellen Endpunkte. Shager veröffentlicht ausschließlich über offizielle Netzwerk-APIs. Diese Regel erfüllt also die Wahl der Plattform, nicht die Disziplin des Agenten.

Warum: Inoffizielle Methoden verstoßen gegen die Nutzungsbedingungen, gefährden das Konto selbst und fallen unvorhersehbar aus.

### Regel 2: Schlüssel mit minimalen Rechten

Starte jeden Agenten mit `read` und `write`. Füge `publish` erst hinzu, wenn ein Mensch entschieden hat, dass dieser Agent planen darf. Nutze getrennte Schlüssel pro Kunde oder pro Agent, damit ein widerrufener Schlüssel nicht alles lahmlegt.

Warum: Ein Schlüssel ohne Veröffentlichungsrecht macht aus einer schlechten Anweisung einen schlechten Entwurf – und der ist harmlos. Wie du das einrichtest, erklärt unser Artikel [API-Schlüssel, Scopes und Audit](/en/blog/api-keys-scopes-and-audit).

### Regel 3: Erst entwerfen, dann planen

Jeder Durchlauf erzeugt Entwürfe. Das Planen ist ein eigener Schritt nach der Prüfung oder der Kundenfreigabe.

Warum: So entsteht ein natürlicher Kontrollpunkt, ohne die Produktion des Agenten zu bremsen. Die ganze Begründung steht in [Menschliche Freigabe für Agenten-Beiträge](/en/blog/human-approval-for-agent-posts).

### Regel 4: Den Text pro Konto variieren

Geht ein Beitrag an viele Konten, gib jedem Konto über `per_channel` einen eigenen Text und, wo sinnvoll, einen eigenen ersten Kommentar. Aussagen und Angebote bleiben fest; variiert werden Einstieg, lokale Details, Formulierungen und Handlungsaufforderung.

Warum: Identischer Text auf vielen Konten im selben Moment ist von außen betrachtet genau das, wonach sich wiederholende Inhalte aussehen. Unser Leitfaden zu [Textvarianten pro Konto](/en/blog/caption-variation-per-account-with-ai) zeigt, wie das gelingt, ohne von der Marke abzudriften.

### Regel 5: Den Versand staffeln

Schick nicht in derselben Sekunde an alle Konten. Shagers `stagger_seconds` legt eine zufällige Verzögerungsspanne zwischen den Konten fest, standardmäßig `[30, 90]` Sekunden. Bei großen Gruppen oder heiklen Kunden solltest du sie weiter fassen.

Warum: Ein echtes Team würde über viele Seiten hinweg auch zeitversetzt veröffentlichen. Verteilter Versand vermeidet Spitzen, die automatisiert wirken.

### Regel 6: Die harten Limits jedes Netzwerks kennen

Manche Limits sind veröffentlicht. Instagram dokumentiert zum Beispiel, dass Konten auf [100 per API veröffentlichte Beiträge innerhalb eines gleitenden 24-Stunden-Zeitraums begrenzt](https://developers.facebook.com/docs/instagram-platform/content-publishing) sind. Im normalen Betrieb sollte dein Agent solchen Grenzen nie nahekommen; tut er es doch, stimmt der Plan nicht. Auch Medien haben Formatvorgaben. Wenn du Videos für Reels, Shorts oder Storys hochlädst, übergib `width`, `height` und `duration_ms` an `upload_media_from_url`, damit sie geprüft werden können, bevor ein Beitrag entsteht.

Warum: Ein Beitrag, der beim Versand abgelehnt wird, verschwendet einen Termin, und wiederholte Fehlschläge sind Rauschen, das du auf einem Kundenkonto nicht haben willst.

### Regel 7: Die Plattform vor dem Senden prüfen lassen

Shager prüft jeden Beitrag vor dem Versand gegen die Regeln des Zielnetzwerks. Der Agent sollte einen Validierungsfehler als Information verstehen: Fehlercode und Meldung lesen, den Beitrag korrigieren, einmal neu versuchen. Scheitert er zweimal, hört er auf und meldet es.

Warum: Ein Agent, der blind wiederholt, macht aus einem Problem Dutzende fehlgeschlagene Aufrufe.

### Regel 8: Das Rate-Limit der API respektieren

Die Shager-API erlaubt 120 Anfragen pro Minute und Schlüssel. Ein gut gebauter Durchlauf nutzt Gruppen und `per_channel` in einem einzigen `create_post`, statt einen Aufruf pro Konto abzusetzen – und kommt dem Limit deshalb selten nahe.

Warum: Bündeln ist schneller und hält den Durchlauf innerhalb der Grenzen, ohne Warteschleifen in der Logik des Agenten.

### Regel 9: Einen Notfallplan haben

Vor einem großen Durchlauf musst du wissen, wie du ihn anhältst. `list_posts` zeigt, was geplant ist, und am `label` des Durchlaufs erkennst du, welche Beiträge dazugehören; `cancel_post` zieht jeden einzelnen vor seinem Sendezeitpunkt zurück. Außerdem kann ein Mensch den Schlüssel im Agenten-Dashboard widerrufen. Damit sind alle weiteren Aufrufe dieses Agenten gestoppt.

Warum: Den Notausschalter baut man, bevor man ihn braucht.

### Regel 10: Ein Audit-Protokoll führen – und lesen

Jeder Agentenaufruf wird im Audit-Log im Agenten-Dashboard festgehalten. Jemand sollte wöchentlich hineinschauen, nicht erst nach einem Vorfall.

Warum: Wenn sich das Verhalten eines Agenten schleichend verändert, sieht man das im Log, bevor es öffentlich sichtbar wird.

## Das Regelwerk als Skill-Text

Hier eine verdichtete Fassung für einen Skill oder System-Prompt:

```text
SAFETY RULES (always apply)
1. Create drafts only unless the instructions explicitly say to schedule
   an approved post.
2. When targeting more than one account, always use per_channel with a
   distinct caption for each account. Never send identical captions.
3. Use stagger_seconds of at least [30, 90]; use [60, 180] for groups
   larger than 20 accounts.
4. For video, always pass width, height and duration_ms on upload.
5. Never state a price, discount, date or claim that is not in the brief.
6. On a validation error, fix and retry once. On a second error, stop and
   report the error code and message.
7. Label every post in a run with the same label so the run can be listed
   and cancelled as a group.
8. Never call schedule_post on a post that has not been approved.
```

Die Schwellenwerte in Regel 3 sind unser Vorschlag, keine Vorgabe eines Netzwerks. Wähle Werte, die zu deinen Kunden passen, und bleib dabei.

## Wie sieht ein sicherer großer Durchlauf aus?

1. `whoami`, um zu bestätigen, dass die Scopes des Schlüssels zur Aufgabe passen.
2. `list_groups` und `list_channels`, um genau zu klären, welche Konten betroffen sind – und die Anzahl melden, bevor irgendetwas anderes passiert.
3. `upload_media_from_url` mit vollständigen Abmessungen und Dauer.
4. `create_post` mit `group_ids`, `per_channel`, `first_comment`, `stagger_seconds` und einem `label` für den Durchlauf, als Entwurf.
5. `request_approval` oder Übergabe an einen menschlichen Prüfer.
6. Nach der Freigabe `schedule_post` für jeden freigegebenen Beitrag.
7. Nach dem Sendezeitpunkt `get_post` für eine Stichprobe, um die Zustellung zu bestätigen, und etwaige Fehlschläge melden.

Schritt 2 lassen Teams gern aus – und bereuen es. Ein Agent, der ankündigt „dieser Durchlauf betrifft 212 Konten in 3 Gruppen“, gibt einem Menschen die Chance zu sagen „das ist die falsche Gruppe“, bevor auch nur ein Entwurf existiert.

## FAQ

### Ist Posten über einen Agenten riskanter als von Hand?

Das Risiko ist anders, nicht unbedingt höher. Ein Agent wiederholt Fehler in großem Maßstab, ein Mensch macht verstreute Fehler. Mit eng gefassten Schlüsseln, Entwurf-zuerst-Durchläufen und variierten Texten kann ein Agenten-Durchlauf über viele Konten hinweg sogar einheitlicher sein als Handarbeit.

### Was ist der sicherste Standardwert für stagger_seconds?

Shagers Standard liegt bei 30 bis 90 Sekunden zwischen den Konten. Kein Netzwerk veröffentlicht einen idealen Abstand. Fasse die Spanne bei großen Gruppen also weiter und urteile nach den Ergebnissen statt nach einer Faustregel.

### Kann ich einen geplanten Durchlauf stoppen, nachdem er begonnen hat?

Ja. Noch nicht gesendete Beiträge lassen sich mit `cancel_post` zurückziehen, und über das gemeinsame Label des Durchlaufs findest du sie in `list_posts` schnell. Wird der Schlüssel widerrufen, sind alle weiteren Aufrufe gestoppt.

Wie Plattformen mit Posten in großem Umfang umgehen, erklärt [Spam-Sperren beim Posten in großem Maßstab vermeiden](/en/blog/avoid-spam-blocks-when-posting-at-scale). Kopiere danach das Regelwerk oben in den Skill deines Agenten, bevor er das nächste Mal loslegt.

---
Source: https://shager.ai/de/blog/safety-rules-for-agents-posting-at-scale