Claude Routines — der komplette Einrichtungs-Guide

Das Wichtigste in 60 Sekunden

• Routine = automatisch wiederkehrender Claude-Workflow. Cron-, Webhook-, oder Event-getriggert.
• Drei Bausteine: Trigger, Anweisung (System-Prompt), Output-Ziel.
• Routinen vs. Skills vs. n8n-Workflows: Skills für Hand-Aufgaben, Routinen für Auto-Aufgaben mit KI-Entscheidung, n8n für deterministische Pipelines.
• Plattform: Anthropic-eigene Routines (Beta) oder über n8n / eigenes Cron-System.
• Human-in-the-Loop bei allem, was nach außen geht (Mails an Kunden, Posts).
• Kosten-Kontrolle: Daily-Budget pro Routine, Modell sparsam wählen.
• Audit: jeder Lauf wird geloggt — Pflicht in regulierten Branchen.

Routine vs. Skill vs. Workflow — wo liegt der Unterschied?

Drei Konzepte, die oft verwechselt werden:

• Skill — wiederverwendbare Fähigkeit, manuell im Chat ausgelöst. Beispiel: „Schreib ein Angebot“ → der Angebots-Skill greift, fragt nach Eckdaten, liefert das Dokument. Mehr: Claude Skills erstellen.
• Routine — zeit- oder event-getriggerter Ablauf, ohne dass du jedes Mal anstoßen musst. Beispiel: „Jeden Montag 8 Uhr neue Leads zusammenfassen und an Vertrieb mailen“. Claude entscheidet bei jedem Lauf neu, wie er die Aufgabe löst.
• Workflow (n8n) — deterministische Pipeline mit starrer Logik. Beispiel: „Webhook rein → Daten transformieren → DB-Insert → Slack-Notify“. Claude kann Teil eines n8n-Workflows sein, der Workflow selbst ist nicht KI-gesteuert. Mehr: Claude mit n8n verbinden.

Faustregel: Skills für „Hilf mir jetzt“. Routinen für „Erledige jeden Montag“. Workflows für „Wenn X, dann immer exakt Y“.

Die sieben Routinen, die sich fast immer lohnen

1. Tages-Lead-Zusammenfassung. Trigger: täglich 8:30 Uhr. Routine zieht neue Leads aus dem CRM, recherchiert die Firmen, erstellt ein Briefing pro Lead, schickt es als Slack-DM an die Vertriebs-MA. Ersetzt den Montag-Morgen-Status-Termin.
2. Wöchentlicher Marketing-Report. Trigger: Freitag 16 Uhr. Daten aus Google Analytics, HubSpot, LinkedIn-Insights aggregieren, Top-/Flop-Posts kommentieren, PDF erstellen, an GF mailen. Spart 2–4 Stunden Reportings pro Woche.
3. Kundenzufriedenheits-Digest. Monatlich am 1.: NPS-Antworten, Google-Rezensionen, Helpdesk-Tickets durchforsten, Themen-Cluster bilden, Vorschläge für Maßnahmen.
4. Follow-up-Routine. Trigger: Angebots-Ablage in Pipedrive. Tag 3, 7, 14 nach Versand: Claude entwirft Follow-up-Mail im Tone-of-Voice, legt sie als Draft in Gmail. Mensch schickt manuell raus.
5. Onboarding-Routine. Trigger: neuer HRIS-Eintrag. Routine erstellt Welcome-Paket, lädt zu Kalendern ein, beantragt Zugänge bei IT, schreibt Slack-Welcome.
6. Kalender-Vorbereitung. Täglich 19 Uhr Vortags-Look-Ahead: Briefings für jeden Termin nächsten Tag, mit Kontext aus CRM/Mails, Insights über den Gesprächspartner.
7. Compliance-Check für Verträge. Trigger: neue Datei in „Verträge“-Ordner. Routine prüft auf Standard-Klauseln, markiert Auffälligkeiten, schickt Report an Legal.

Technischer Aufbau einer Routine

Eine Routine hat sechs Bausteine:

1. Trigger — Cron-Zeit, Webhook, DB-Event, Datei-Erstellung, Mail-Eingang.
2. Kontext-Daten — was holt die Routine zur Laufzeit (CRM-Abfrage, RSS-Feed, Datenbank-Query).
3. System-Prompt / Skill — Anweisung, was Claude tun soll. Idealerweise als referenzierter Skill, nicht als Inline-Prompt.
4. Tools über MCP — was darf Claude während des Laufs bedienen (Mail senden, CRM updaten, Datei schreiben).
5. Output-Ziel — wo geht das Ergebnis hin (Slack, Mail, Datei, Datenbank).
6. Logging & Audit — jeder Lauf wird mit Input-Hash, Output, Tokens, Cost und Status protokolliert.

Plattformen: aktuell läuft das praktisch entweder über die Anthropic-eigenen „Scheduled Tasks“ (Beta), über n8n mit Cron-Triggern, oder über eure eigene Cron-Infrastruktur (cron, systemd timers, GitHub Actions).

Trigger-Typen im Detail

Zeit-Trigger (Cron)

Klassisch: täglich, wöchentlich, monatlich. Beispiel-Cron-Expressions:

• 0 8 * * 1-5 — werktags 8 Uhr.
• 0 16 * * 5 — jeden Freitag 16 Uhr.
• 0 1 * * * — täglich 1 Uhr nachts (Reports im Hintergrund).

Webhook-Trigger

Externe Systeme stoßen die Routine an. Beispiel: HubSpot-Deal wird auf „Won“ gesetzt → Webhook → Routine startet Onboarding.

Event-Trigger

Ein Event in eurem System startet die Routine. Beispiel: neue Datei in S3-Bucket, neue Slack-Nachricht in einem Channel, neuer Datenbank-Eintrag.

Mail-Trigger

Eingehende Mail im definierten Postfach startet die Routine. Beispiel: Mail an support@firma.de → Routine klassifiziert, beantwortet, eskaliert.

Manuelle Trigger

Auch sinnvoll: Routine, die nicht automatisch, sondern auf Befehl läuft. Beispiel: „/run kpi-report“ im Slack startet die Report-Routine ad-hoc.

Schritt-für-Schritt: Erste Routine

Wir bauen die Routine „Wöchentlicher KPI-Report“ mit n8n + Claude:

1. Skill „kpi-report“ anlegen. SKILL.md mit Anweisung, was im Report steht (Format, Tonalität, Struktur).
2. n8n-Workflow erstellen. Trigger-Node: Schedule, Cron 0 16 * * 5.
3. Daten-Nodes: Google Analytics → HubSpot → Stripe → in einen JSON-Block zusammenführen.
4. Anthropic-Node: Sonnet 4.6, System-Prompt verweist auf den Skill, User-Prompt enthält die JSON-Daten.
5. Output-Nodes: Markdown → in PDF konvertieren → an GF mailen, Slack #leadership posten.
6. Logging: Run-Log in Postgres mit Timestamp, Token-Verbrauch, Cost.
7. Test: Workflow mehrfach manuell laufen lassen, Output prüfen.
8. Aktivieren: Workflow „active“ schalten, ersten Cron-Lauf abwarten.

Aufwand für einen ersten produktiven Run: 2–4 Stunden. Wir bauen Routinen für Kunden im Paket — typisch 4–8 Routinen in 1–2 Wochen: Routinen einrichten.

Human-in-the-Loop: Wann ist es Pflicht?

Bei jeder Routine, die nach außen wirkt, sollte ein Mensch den finalen Klick machen. Konkret:

• Mails an externe Empfänger: Routine schreibt Draft, Mensch liest und sendet.
• Social-Media-Posts: Vorschau in Slack, manuelle Freigabe vor Publish.
• CRM-Änderungen mit Auswirkung auf Pipeline: Routine schlägt vor, Mensch bestätigt.
• Finanz-Aktionen: Routine bereitet vor, Mensch löst aus.

Bei rein internen Outputs (Briefings, Reports, Klassifikationen) ist Auto-Versand ok — aber mit Daily-Limits und Logging.

Best Practices aus 20+ Rollouts

• Dry-Run vor Production. Erste Woche nur erzeugen, nicht verschicken. Ergebnisse manuell prüfen.
• Idempotenz. Mehrfache Läufe dürfen keine Duplikate erzeugen. Bei Mail-Tasks: Idempotenz-Key (z. B. Lead-ID + Tag) speichern.
• Kill-Switch im Dashboard. Pro Routine ein „Pause“-Toggle. Bei Problemen sofort stoppbar.
• Daily-Budget pro Routine. Maximaler Token-Verbrauch — bei Überschreitung Alert.
• Quartalsweise Review. Nutzt das Team den Output? Wenn nicht: kürzen oder killen. Routinen werden oft eingerichtet und vergessen.
• Modell sparsam wählen. Klassifikation auf Haiku, Routine-Reports auf Sonnet, harte Analysen auf Opus.
• Versionierung. Routine-Definitionen in Git, jede Änderung review-pflichtig.
• Alerting. Bei Fehlern Slack-Alert in #ops. Bei 3 aufeinanderfolgenden Fehlern: automatisch pausieren.

Kosten-Kontrolle und Budgets

Routinen können bei Bug-Loops schnell teuer werden. Schutz-Pattern:

• Anthropic-Konsole: Cost-Alerts (E-Mail bei 50/80/100 % Monats-Budget).
• Pro Routine: Max-Tokens-pro-Lauf setzen (z. B. 50.000). Bei Überschreitung Lauf abbrechen.
• Daily-Cap: insgesamt nicht mehr als X USD pro Tag. Bei Cap-Erreichung Pause bis Mitternacht.
• Modell-Mix: Klassifikation = Haiku (1 USD/1M Token), Reasoning = Sonnet (3 USD), nur kritische Tasks = Opus (15 USD).

Typische Routine-Kosten in unseren Rollouts: 20–80 USD/Monat pro Routine — bei 5–10 produktiven Routinen also 100–800 USD. Im Verhältnis zum Zeitwert (oft 5-stellig pro Monat) absolut harmlos.

Logging, Audit und DSGVO

Jeder Lauf einer Routine wird mit folgenden Feldern protokolliert:

• Timestamp Start / Ende.
• Input-Hash (nicht der Input selbst — DSGVO-Schutz).
• Output-Hash + Output-Speicherort.
• Verbrauchte Tokens, Cost.
• Status: success / partial / failed.
• Bei Tool-Calls: welche Tools mit welchen Args.

Diese Logs braucht ihr für: Fehlersuche, Audit (DSB-Anforderung), Kostenanalyse, Performance-Tracking. Aufbewahrungsfrist nach Use-Case (HR/Finanzen längere Zeiträume, Marketing kürzer).

Bei DSGVO-relevanten Routinen (sensible Daten) zusätzlich: Verarbeitungsverzeichnis-Eintrag, Mitarbeiter-Schulung. Mehr: Claude DSGVO-konform.

Stolperfallen aus der Praxis

• „Wir bauen erstmal alles, was uns einfällt.“ 30 Routinen, von denen 5 wirklich genutzt werden — Wartung wird zur Last. Erst priorisieren, dann bauen.
• Keine Tests vor Aktivierung. Erste Production-Wochen führen zu Datenmüll oder Fehl-Mails. Dry-Run-Phase ist Pflicht.
• Routinen ohne Owner. „Wer ist eigentlich verantwortlich?“ wenn niemand antwortet → die Routine läuft jahrelang halbkaputt.
• Stille Fehler. Routine wirft seit Wochen Errors, niemand merkt es, weil keine Alerts. Slack-Notification bei Failures Pflicht.
• Kontext-Drift. Routine wurde 2024 für die alte Pipeline gebaut, 2026 ist die Pipeline anders, Outputs werden Müll. Quartalsweise Review.
• Endlos-Loops bei Agent-Routinen. Wenn Claude Tools aufruft, die wieder Routinen triggern, kann es endlos werden. Tool-Call-Limit pro Lauf einbauen.

Routinen + Skills + MCP — der Hebel

Eine Routine alleine ist solide. Routinen + Skills + MCP zusammen sind ein Betriebssystem:

• Routine startet zur Zeit X.
• MCP-Server liefern aktuelle Daten aus euren Systemen.
• Skill definiert die Aufgabe und das Format.
• Output geht über MCP zurück in eure Systeme.

So entsteht ein autonom laufendes Backoffice, das nichts vergisst, nicht ermüdet, sich an euren Prozessen orientiert. Genau das bauen wir als KI-Betriebssystem.

Nächster Schritt

Wenn du Routinen für dein Unternehmen aufgesetzt haben willst — typisch 4–8 produktive Routinen im ersten Quartal, mit Logging, Kill-Switch und DSGVO-Dokumentation — übernehmen wir das schlüsselfertig. Routinen bauen lassen oder Erstgespräch buchen.