Geplante Agenten Artikel entwerfen, strukturieren und ablegen zu lassen, ist längst keine Konferenzdemonstration mehr: Mehrere unabhängige Publisher betreiben solche Ketten im Produktivbetrieb, auf Websites mit realem Traffic. Die Praxis hat ihre Regeln, ihre Bruchstellen und Kosten, die selten benannt werden. Eine Bestandsaufnahme nach achtzehn Monaten Industrialisierung.
Was eine redaktionelle Routine tatsächlich ist
Eine redaktionelle Routine ist ein Kommandozeilen-Agent, den ein Scheduler zu fester Zeit auslöst. Er erhält einen langen, versionierten Prompt, beschafft aktuelle Daten, schreibt einen Artikel nach einem Styleguide und legt ihn über die API als Entwurf im CMS ab. Während des Laufs greift kein Mensch ein.
Drei Bausteine machen das 2026 tragfähig: das Model Context Protocol zum Anbinden externer Werkzeuge, Sub-Agenten mit isoliertem Kontext zur Parallelisierung abgegrenzter Aufgaben, und serverseitig geplante Ausführung. Anthropic dokumentiert das Ganze in der MCP-Dokumentation von Claude Code.
MCP als Wendepunkt
Vor der Einführung von MCP war jede Integration ein selbst gepflegtes Skript. Das Protokoll erlaubt es nun, einen Server anzubinden und den Agenten direkt im Werkzeug lesen und schreiben zu lassen — Datenbank, Analytics, CMS. Als offener Standard Ende 2025 an eine neutrale Stiftung unter dem Dach der Linux Foundation übergeben, zählt es mehrere Tausend verfügbare Server.
Redaktionelle Automatisierung heißt nicht, ein Modell einen Text schreiben zu lassen. Sie heißt, eine Kette zu bauen, die ihre Daten selbst beschafft, im Styleguide produziert und weiß, wann sie aufhört.
Die Grenze zwischen automatisiert und nicht automatisiert
Praktiker beschreiben diese Linie als die entscheidendste Gestaltungsfrage. Alles Mechanische und Überprüfbare wird zur Routine; alles, was eine Signatur oder Geld bindet, bleibt auf einem menschlichen Schreibtisch.
| Aufgabe | Automatisiert? | Grund |
|---|---|---|
| Neuheiten und Tagesthemen erkennen | Ja | Strukturierte Quellen, Deduplizierung über stabilen Schlüssel |
| Entwurf schreiben | Ja | Langer versionierter Prompt, bindender Styleguide |
| Datensatz anlegen (Status Entwurf) | Ja | CMS-API, nie direkte Veröffentlichung |
| Redaktionelle Schlussprüfung | Nein | Bindet Signatur und redaktionelle Verantwortung |
| Endgültige Veröffentlichung | Meist nicht | Schwer umkehrbar |
| Jede Ausgabe (Werbung, Einkäufe) | Niemals | Eine finanzielle Entscheidung bleibt menschlich |
Wie ein Auslöser aussieht
Die Konfiguration ist unspektakulär: ein serverseitiger Cron-Eintrag, ein Prompt, eine Liste erlaubter Werkzeuge. Die am häufigsten berichtete Falle passt in eine Zeile — einen MCP-Server anzuhängen genügt nicht, er muss auch ausdrücklich in den erlaubten Werkzeugen deklariert werden, sonst läuft der Agent ins Leere.
# Routine „täglicher Entwurf" — Grundgerüst
cron: "25 8 * * *" # 08:25 Uhr, täglich
agent: claude-code
prompt_ref: wp_post_1624319 # langer Prompt, im CMS versioniert
allowed_tools:
- mcp__cms__create_draft # muss gelistet, nicht bloß angehängt sein
- WebSearch
- WebFetch
guardrails:
status: draft # niemals "publish"
dedup_key: source_url # Dublettenprüfung über alle Status
max_articles: 2
Sub-Agenten gegen Kontextsättigung
Bei umfangreichen Routinen ist die Aufteilung in Sub-Agenten die Standardantwort: Ein Agent erkundet die Quellen, ein zweiter schreibt, ein dritter prüft die Einhaltung des Styleguides. Da jeder seinen eigenen Kontext hat, absorbiert keiner die Zehntausenden Tokens der anderen. Das unterscheidet einen Agenten, der nach zwanzig Minuten abdriftet, von einer Kette, die durchhält.
- Erkunden: Sammeln und Deduplizieren möglicher Themen.
- Schreiben: ein Artikel, ein sauberer Kontext, der Styleguide als Eingabe.
- Prüfen: Länge, Auszeichnung, interne Verlinkung, Register.
Was bricht, und wie oft
Die gemeldeten Ausfälle sind über Publisher hinweg bemerkenswert konstant. Nach absteigender Häufigkeit:
- Der stille Fehlschlag: Ein Anwendungspasswort läuft ab, die API antwortet mit 401, und die Routine „gelingt“, während sie nichts produziert. Jeder Lauf muss einen Bericht erzeugen.
- Application Firewalls: Manche Quellen blockieren automatisiertes Crawling. Ein zwischengeschalteter Abrufdienst oder ein expliziter User-Agent verhindert, dass der Agent Inhalte erfindet, die er nicht lesen konnte.
- TLS-Inspektion in Cloud-Umgebungen: Ausgehender Verkehr wird abgefangen. Die Zertifikatsprüfung abzuschalten ist eine Sicherheitsfalle, keine Lösung.
- Prompt-Drift: Ein von mehreren Sitzungen geteilter Prompt wird beschädigt. Er muss vor jedem Schreibvorgang erneut gelesen werden.
- Dubletten: Ohne stabilen, über alle Status geprüften Deduplizierungsschlüssel wird dasselbe Thema erneut veröffentlicht.
Die tatsächlichen Kosten
Der Hauptposten sind nicht die Tokens, sondern die Infrastrukturarbeit: Quellen, Deduplizierung, Ausgabebericht, Trockenläufe. Über die Rentabilität entscheidet die Technik rund um den Agenten, nicht der Agent selbst — das Schreiben ist der günstigste Teil der Kette.
Was bleibt
Eine automatisierte redaktionelle Kette ist ein Produktivsystem mit den entsprechenden Anforderungen: Überwachung, Protokollierung, Absicherungen und menschliche Verantwortung am Ende. Sie ersetzt keine Redaktion; sie beseitigt die mechanische Arbeit, die ihr vorausgeht.
Ich betreibe eine solche Kette seit über einem Jahr auf rund zehn Websites. Die teuerste Lektion war der stille Fehlschlag: Drei Tage lang „gelang“ eine Routine, ohne etwas zu produzieren, weil niemand ihren Bericht las. Seitdem gilt jede Routine ohne Bericht als defekt. — Simon Janvier
Weiterführend
Die MCP-Dokumentation von Claude Code steht auf der offiziellen Website von Anthropic.
