Claude Routines: Wie ich meine N8N-Workflows an einem Nachmittag ersetzt habe
Meine N8N-Instanz hat 47 aktive Workflows. Ich weiß das, weil ich sie gerade – widerwillig – gezählt habe, nachdem ich einen Samstagnachmittag mit der neuen Routines-Funktion von Anthropic verbracht und festgestellt habe, dass vielleicht die Hälfte dieser Workflows gar nicht mehr nötig ist.
Das ist der Teil, den bisher niemand laut ausspricht. Als Anthropic am 14. April 2026 Claude Routines veröffentlichte, lautete die Berichterstattung meist: „Claude Code kann jetzt nach Zeitplan ausgeführt werden.“ Das ist zwar korrekt, aber langweilig. Tatsächlich passiert etwas Größeres: Anthropic hat still und leise einen direkten Konkurrenten zu N8N, Make.com und Zapier auf den Markt gebracht – und der Wechsel von „Ziehe diese 18 Nodes zusammen“ zu „Schreibe einfach auf Englisch, was du willst“ ist kein kleines Upgrade. Es ist eine völlig neue Werkzeugkategorie.
Ich arbeite seit Jahren mit Automatisierungsplattformen. Zapier im Jahr 2020. Make.com (damals noch Integromat) 2022. Dann N8N selbstgehostet auf einem 12-Dollar-Hetzner-VPS in den letzten achtzehn Monaten. Ich kenne den Schmerz, nachts um 1 Uhr auf ein Canvas zu starren und herauszufinden, welcher Node mein Payload stillschweigend verschluckt. Als mir ein Freund einen Screenshot einer Routine schickte, die seine Linear-Bugs zusammenfasst, einen Fix entwirft und einen Entwurf-PR öffnet – alles, bevor er aufwacht – habe ich den Tab, an dem ich gerade arbeitete, geschlossen und den Rest des Tages mit Tests verbracht.
Hier ist, was ich herausgefunden habe. Die Vorteile, die Schwächen, die Überraschungen und die konkreten Workflows, die du als Erstes umziehen solltest.
Was Claude Routines tatsächlich ist (jenseits des Marketings)
Wenn man das Pressesprech beiseitelässt, besteht Routines aus drei zusammengefügten Komponenten: einem Scheduler, einem Trigger-Router und einer isolierten Claude-Code-Laufzeitumgebung. Du definierst eine Routine einmal – Prompt, Repository, Konnektoren, Trigger – und Anthropic führt sie in einem Cloud-Container nach dem von dir festgelegten Zeitplan oder Ereignis aus. Dein Mac muss dafür nicht eingeschaltet sein. Kein selbstgehosteter Runner. Kein Webhook-Gefrickel. Kein pm2, das einen Node-Prozess am Leben hält.
Die Trigger, direkt aus den Claude-Code-Routine-Dokumenten, sind die drei, die man erwarten würde: Scheduled (Cron-ähnlicher Zeitplan), API (HTTP POST an einen individuellen Routine-Endpunkt mit Bearer-Token) und GitHub (Repository-Ereignisse wie PRs, Pushes, Issues, Workflow-Runs). Im Grunde Webhooks – mit sinnvollen Voreinstellungen.
Die Konfiguration ist flach. Eine Routine hat:
- Einen Namen
- Eine Beschreibung in einfachem Englisch (das ist das SOP – wird zum Prompt)
- Ein Repository (oder keines, falls du reine Konnektor-Arbeit machst)
- Eine Modellwahl (ich nutze für komplexere Routinen Opus 4.6 mit 1M Kontextfenster, für einfache Triage Sonnet)
- Eine Cloud-Umgebung mit hinterlegten API-Keys und Umgebungsvariablen
- Mindestens einen Trigger
- OAuth-Konnektoren (Gmail, Slack, Linear, Google Drive, GitHub und wöchentlich kommen weitere dazu)
Das war’s. Keine Nodes. Keine Canvas-Ansicht. Kein „Verbinde Output von Filter mit Input von HTTP Request“. Du beschreibst, was du willst, fügst die benötigten Dienste hinzu und legst fest, wann es laufen soll.
Wenn du auch nur einen einzigen N8N-Workflow gebaut hast – etwa mit Gmail-Trigger → Filter → OpenAI-Node → Slack-Nachricht –, erkennst du schon, warum das spannend ist. Zum direkten Vergleich kommen wir gleich. Zuerst zeige ich dir die konkrete Routine, die mich überzeugt hat.
Die Mailbox-Routine, die mich überzeugt hat
Anthropics Demo-Beispiel ist eine morgendliche E-Mail-Triage. Ich fand, das klang spielerisch. Jeder SaaS-Anbieter präsentiert eine E-Mail-Demo. Dann habe ich eine schwierigere Version davon gebaut und sie laufen lassen.
Das habe ich ihr gegeben, exakt so im Beschreibungsfeld formuliert:
„Jeden Werktag um 7:30 Uhr prüfe mein Gmail-Konto auf ungelesene E-Mails der letzten 16 Stunden. Jede einzelne klassifiziere als: Kunde, Interessent, Newsletter, intern oder Rauschen. Für Kunden und Interessenten verfasse eine Antwort im Entwürfe-Ordner von Gmail (nicht senden), die meinem Schreibstil aus dem Gesendet-Ordner entspricht. Newsletter und Rauschen komplett überspringen. Nach der Verarbeitung poste eine einzelne Slack-Nachricht in #morning-brief mit einer Zusammenfassung: Anzahl der verarbeiteten E-Mails, Anzahl der erstellten Entwürfe und jede E-Mail, die als dringend markiert wurde – basierend auf Absender oder Betreff.“
Ich wählte Opus 4.6. Verknüpfte Gmail und Slack per OAuth. Legte den Zeitplan fest. Klickte auf „Jetzt ausführen“, um vor dem Cron-Testlauf zu prüfen.
Drei Minuten später leuchtete Slack auf. Zwölf E-Mails verarbeitet. Vier Entwürfe im Gmail-Entwürfe-Ordner. Eine als dringend markiert (die Staging-Seite eines Kunden war ausgefallen – tatsächlich dringend, erkannt am Betreff). Ich öffnete die Entwürfe. Sie waren nicht perfekt. Aber sie waren zu 80 % fertig und – das ist der entscheidende Punkt – sie klangen wie ich. Denn Claude hatte meinen Gesendet-Ordner gelesen, um meinen Stil zu lernen.
Um das Äquivalent in N8N zu bauen, bräuchte ich: Gmail-Trigger-Node → Schleife über Elemente → OpenAI-Klassifizierungs-Node → IF-Node mit Verzweigung nach Klassifizierung → Gmail: Suche nach Tonreferenz-Node → OpenAI-Entwurf-Node → Gmail: Entwurf erstellen-Node → Aggregat-Node → Slack: Nachricht senden-Node. Wahrscheinlich 40 Minuten Verkabelung, zwei Stunden Debugging der Klassifizierungslogik und noch eine Stunde, um den Tonabgleich-Prompt als separaten Sub-Workflow zu schreiben.
In Routines schrieb ich vier Sätze.
Das ist das eigentliche Argument. Nicht „KI-Automatisierung“. Nicht „autonome Agenten“. Es ist: Die kognitive Belastung durch Automatisierung ist gerade um eine Größenordnung gesunken.
Aber bevor du dein N8N-Abo kündigst, gibt es einen Haken, den du kennen solltest. Genau genommen sogar mehrere.
Der Setup-Flow, Schritt für Schritt
Ich zeige dir jetzt genau, wie eine Routine aufgebaut wird, denn die Dokumentation überspringt ein paar Fallstricke, über die ich gestolpert bin.
Schritt 1: Routine benennen
Verwende eine Präfix-Konvention. Ich nutze [triage], [report], [agent], [ops], um meine Routinen zu gruppieren. Spätestens bei Routine Nr. 8 wirst du es bereuen, das nicht gemacht zu haben.
Schritt 2: Die Beschreibung verfassen
Das ist dein Prompt. Behandle ihn wie eine SOP, die du einem neuen Mitarbeiter geben würdest. Sei präzise bei: Was zu tun ist, was NICHT zu tun ist (das „do not send“ in meinem Beispiel ist entscheidend), was ausgegeben werden soll und welche Tools für welchen Schritt zu verwenden sind. Vage Prompts führen zu vagen Automatisierungen.
Was ich auf die harte Tour gelernt habe: Wenn du schreibst „check my email and reply to urgent ones“, könnte Claude tatsächlich Antworten versenden. Das Wort „reply“ in der Beschreibung, ohne „draft“, ist gefährlich. Sei explizit bei read-only vs. write-Aktionen.
Schritt 3: Repository auswählen (oder überspringen)
Routinen können mit oder ohne Repository laufen. Reine Connector-Routinen (Gmail → Slack, Linear → Discord) brauchen keins. Coding-Routinen (Bug fixen, Report aus Repo-Daten generieren) schon. Du kannst mehrere anhängen.
Schritt 4: Modell auswählen
- Opus 4.6 (1M Kontext): Komplexes Reasoning, lange Dokumente, mehrstufige Planung. Teuer. Für Routinen mit hohem Hebel aber lohnenswert.
- Sonnet 4.6: Klassifizierung, Triage, Standard-Operationen. Mein Standard für Routinen, die mehr als zweimal täglich laufen.
- Haiku: Habe ich für Routinen noch nicht genutzt – aufheben für volumenstarke, einfache Aufgaben.
Schritt 5: Cloud-Umgebung konfigurieren
API-Keys und Umgebungsvariablen eintragen, die die Routine benötigt. Stripe-Key, Fireflies-Token, was auch immer deine Connectoren nicht abdecken. Diese werden verschlüsselt in der Routine-Konfiguration gespeichert.
Schritt 6: Trigger festlegen
Drei Optionen, wie beschrieben. Du kannst mehrere Trigger an dieselbe Routine hängen – ich habe eine, die nach Zeitplan läuft UND manuelle API-Trigger akzeptiert, sodass ich sie per Shortcuts-Button auf dem Handy anstoßen kann.
Schritt 7: OAuth-Connectoren anhängen
Klicken, autorisieren, fertig. Gmail, Slack, Linear, Google Drive, GitHub sind First-Party. Weitere kommen laufend dazu. Das ist der Teil, den N8N dich für jeden Node, jeden Workflow einzeln konfigurieren lässt. In Routines autorisierst du einmal und der Connector steht jeder Routine zur Verfügung.
Schritt 8: Ausführen und testen
Auf „Run now“ klicken. Live-Logs werden im UI gestreamt. Du siehst jeden Tool-Call, jeden Reasoning-Schritt, jede Ausgabe. Wenn es fehlschlägt – und das wird es beim ersten Durchlauf – sagen dir die Logs genau, warum. Das ist dramatisch besser als N8Ns „Error in node 'HTTP Request4'“, was gar nichts aussagt.
Okay, das ist der Build-Flow. Jetzt kommt der Teil, der entscheidet, ob sich der Umstieg für dich wirklich lohnt.
Claude Routines vs N8N: Der ehrliche Vergleich
Ich habe einige „Claude Code vs N8N“-Vergleiche gesehen, die meist von Leuten stammen, die eines der beiden Tools zwanzig Minuten ausprobiert haben. Hier kommt der Vergleich von jemandem, der produktive Workflows auf beiden Plattformen betreibt.
| Dimension | Claude Routines | N8N |
|---|---|---|
| UI | Beschreibung in natürlicher Sprache | Drag-and-drop-Node-Canvas |
| Einrichtungszeit | Minuten | Stunden |
| Umgebung | Verwaltete Cloud-Container | Cloud, Self-Hosted oder lokal |
| Trigger | Zeitplan, API, GitHub-Events | Zeitplan, Webhook, 400+ Node-Trigger |
| Integrationen | OAuth-Connectoren (wachsend) | 1.000+ Community-Nodes |
| Bearbeitung | Beschreibung umschreiben | Nodes, Mappings, Expressions anpassen |
| Monitoring | Kalenderansicht + Logs pro Ausführung | Ausführungs-Dashboard mit Node-Daten |
| Kostenmodell | Kosten pro Ausführung (Token + Compute) | Pro-Ausführung (Cloud) oder Self-Hosted kostenlos |
| Versionierung | Beschreibungshistorie | Vollständige Workflow-JSON-Versionierung, git-kompatibel |
| Verzweigungslogik | Implizit (Claude entscheidet) | Explizit (IF/Switch-Nodes) |
Wo Routines klar gewinnt:
- Alles, was Schlussfolgerungen, Klassifizierung, Zusammenfassung oder Entwurf erfordert
- Workflows mit variabler Datenstruktur (Claude verarbeitet das; bei N8N muss man das Schema manuell anpassen)
- Schnelles Prototyping – ein neuer Routine-Workflow ist in ca. 10 Minuten gebaut, getestet und einsatzbereit
- Mehrstufige Coding-Aufgaben, ausgelöst durch GitHub-Events (das „Fehler beheben, während ich schlafe“-Muster)
Wo N8N weiterhin punktet:
- Deterministische Workflows, bei denen jedes Mal garantiert das gleiche Ergebnis herauskommen muss
- Hochvolumige, wenig komplexe Aufgaben (Daten zwischen Datenbanken verschieben, Synchronisationsjobs)
- Integrationen, für die es noch keine nativen Connectoren gibt (die Liste ist noch lang)
- Kosten: Ein N8N-VPS für 12 $/Monat schafft 10.000 Ausführungen. Eine Routine mit Opus 4.6-Token für 10.000 Läufe ist eine ganz andere Rechnung
- Workflows, die explizite, nachvollziehbare und visuell debugbare Verzweigungen brauchen
Das ehrliche Fazit: Routines ersetzt N8N nicht. Es ersetzt die Reasoning-Schicht deiner N8N-Workflows. Die Routinen, die ich zuerst migriere, sind die, bei denen ich OpenAI-Nodes für Klassifizierung oder Textentwurf genutzt habe – ganze 15-Node-Workflows schrumpfen auf eine Routine mit vier Sätzen. Die Routinen, die ich NICHT migriere, sind reine Daten-Pipeline-Jobs. N8N bleibt das richtige Tool, um Zeilen nach Zeitplan von Airtable nach Postgres zu verschieben.
Bevor Sie Ihre erste Routine erstellen
Wenn sich das Muster „die Reasoning-Schicht ersetzen“ nach Ihrem gesamten Stack anhört, steht Ihnen wahrscheinlich ein größerer Umbau bevor als nur eine einzelne Routine. Das ist ein Muster, das ich Teams helfe, von Anfang bis Ende zu entwerfen – Beispiele meiner Arbeit finden Sie unter fiverr.com/s/EgxYmWD. Andernfalls machen wir jetzt weiter.
Die fünf wichtigsten Anwendungsfälle für den Einstieg
Nach einer Woche intensiver Tests sind dies die Routinen, die sich wirklich bewähren. Wenn du überlegst, ob Routines für dich sinnvoll ist, baue zuerst eine dieser Routinen und beurteile das Ergebnis.
1. E-Mail-Triage am Morgen
Bereits oben behandelt. Das beste Verhältnis von täglicher Nutzung zu Aufwand von allem, was ich gebaut habe. Wenn dein Posteingang eine Stressquelle ist, lohnt sich allein diese Routine für den Pro-Plan.
2. Angebotsentwürfe nach dem Call aus Fireflies-Transkripten
Diese Routine hat meine Woche verändert. Fireflies zeichnet jeden Kundentermin auf. Früher habe ich am nächsten Morgen 45 Minuten damit verbracht, ein Recap und ein Angebot zu schreiben. Jetzt: Fireflies-Webhook wird nach dem Call ausgelöst → Routine zieht das Transkript → Erstellt ein Angebot im gewünschten Format → Speichert es in Google Drive → Benachrichtigt mich in Slack.
Gesparte Zeit pro Call: 40 Minuten. Calls pro Woche: ca. 6. Die Rechnung ist eindeutig.
3. Vertragsunterzeichnung → Onboarding-Kaskade
Das ist eine Post-Sales-Automatisierung, die ich früher in Make.com laufen hatte. Jetzt: Stripe-Webhook → Routine erstellt Kundenordner in Drive, generiert Onboarding-Dokument aus Vorlage + Kundendaten, plant Kickoff-Call über Google Calendar Connector, entwirft Willkommensmail in Gmail, postet in #new-clients in Slack.
Das alte Make.com-Szenario hatte 23 Module. Die Routine besteht aus einem Prompt. Sie ist auch zuverlässiger, weil Claude die Logik „Die bevorzugte Zeitzone des Kunden steht im Intake-Formular“ übernimmt, die ich vorher als eigenes Code-Modul bauen musste.
4. Hacker News → Slack Morning Brief
Jeden Werktag um 7 Uhr: HN-Frontpage scrapen, nach Themen filtern, die für meinen Stack relevant sind (Claude, Laravel, AI Agents, DevOps), jedes Item in zwei Sätzen mit Link zusammenfassen, in #my-morning bei Slack posten. Ersetzt, dass ich HN öffne und 15 Minuten scrolle. Ich öffne HN trotzdem noch, weil es mir Spaß macht – aber jetzt weiß ich vorher, welche 5 Themen wirklich wichtig sind.
5. GitHub Issue → Draft-PR über Nacht
Das ist der Anwendungsfall, der alle begeistert. Eine Routine, die durch ein GitHub-Label (needs-first-pass) ausgelöst wird. Claude zieht das Issue, öffnet das Repo, versucht einen Fix, schreibt Tests, eröffnet einen Draft-PR mit einer Notiz zum Confidence-Level. Ich prüfe morgens.
Das ist nicht „KI ersetzt Entwickler“. Es ist „KI übernimmt die ersten 30 %, damit ich den Tag bei Stunde eins statt bei Stunde null beginne“. Die PRs brauchen echte Reviews. Aber die, die ich aus diesem Muster übernommen habe – vielleicht schaffen es 40 % mit nur kleinen Anpassungen in den Merge – finanzieren das gesamte Abo.
Die Teile, die sich noch unausgereift anfühlen
Ich will nicht so tun, als wäre das hier schon ausgereift. Es ist eine Forschungs-Vorschau, und das merkt man an drei Stellen.
Die täglichen Ausführungslimits sind schmerzhaft
Pro bekommt 5 Ausführungen pro Tag. Max bekommt 15. Team/Enterprise bekommt 25. Für eine morgendliche Triage-Routine, die einmal täglich läuft, ist das okay. Für eine GitHub-getriggerte Routine, die an einem aktiven PR-Tag zehnmal ausgelöst wird? Da stößt man schon vor dem Mittagessen ans Limit. Ich bin auf Max und wurde diese Woche schon zweimal ausgebremst.
Das wird sich mit der Zeit fast sicher lockern. Aber aktuell sollte man das Trigger-Volumen genau planen, sonst ist das Kontingent um 11 Uhr morgens aufgebraucht.
Die Kostentransparenz ist vage
N8N Self-Hosted kostet mich pauschal 12 $/Monat. Eine Routine, die Opus-Tokens verbrennt, ist eine Variable, die ich noch nicht abschätzen kann. Anthropic zeigt den Tokenverbrauch pro Ausführung in den Logs, aber ein Dashboard à la „Du hast diesen Monat $X für Routines ausgegeben“ gibt es nicht. Kommt vermutlich noch. Ist aber aktuell nicht vorhanden.
Das „Einmal testen, dann planen“-Workflow birgt eine Falle
Wenn deine Routine echten Zustand verändert (Drive-Dokumente erstellt, Slack-Nachrichten verschickt, PRs öffnet), macht „Jetzt ausführen“ genau das alles. Es gibt keinen Dry-Run-Modus. Ich habe drei doppelte Onboarding-Ordner erstellt, bevor ich gelernt habe, in jede Routine-Beschreibung aufzunehmen: „Wenn dies ein Testlauf ist (TEST=true in env), nur loggen, was du tun würdest, aber keine Aktionen ausführen.“ Das sollte eine Plattformfunktion sein, nicht eine Prompt-Konvention, an die ich immer denken muss.
Die Tiefe der Konnektoren variiert
Erstklassige Konnektoren funktionieren gut. Für alles, was nicht auf der offiziellen Liste steht (Notion, Airtable, Stripe, die meisten Nischen-SaaS), ist man wieder bei API-Keys und rohen HTTP-Requests im Prompt. Claude kommt damit klar, aber es ist weniger elegant als die dedizierten Nodes von N8N.
Die N8N-JSON-Import-Funktion ist ein Teaser
Anthropic hat eine spezialisierte Funktion ausgeliefert, die N8N-Workflow-JSON in Routine-Beschreibungen umwandelt. Ich habe sie mit fünf meiner Workflows getestet. Ergebnis: Zwei wurden sauber konvertiert, zwei brauchten starke Nachbearbeitung, einer war ein Chaos und hat das Falsche gemacht. Als Ausgangspunkt nützlich, aber kein One-Click-Migrationstool.
Wie ich entscheide, welche Workflows ich migriere
Nach einer Woche habe ich eine einfache Regel gefunden: Wenn mehr als 30 % des Mehrwerts eines N8N-Workflows aus KI-/Reasoning-Nodes stammt, ist er ein Kandidat für eine Routine. Ist es reines Daten-Piping, bleibt es in N8N.
Ich habe mir dazu eine Checkliste erstellt:
- Nutzt der Workflow einen OpenAI-/Anthropic-Node? → Routine-Kandidat
- Erfordert er Verzweigungen basierend auf Textklassifikation? → Routine-Kandidat
- Generiert er Inhalte (E-Mails, Dokumente, Zusammenfassungen)? → Routine-Kandidat
- Ist die Datenstruktur unvorhersehbar? → Routine-Kandidat
- Läuft er mehr als 25 Mal pro Tag? → In N8N belassen (Cap-Problem)
- Ist es ein reiner DB-zu-DB-Sync? → In N8N belassen
- Benötigt er Sub-Sekunden-Latenz? → In N8N belassen (Routines haben Warm-up-Overhead)
Mit dieser Checkliste migriere ich 19 meiner 47 Workflows. Weitere 6 werden hybrid: N8N übernimmt Trigger und Daten-Piping und ruft dann für den Reasoning-Schritt eine Routine über deren API-Endpunkt auf.
Was das für die Automatisierungslandschaft bedeutet
Zapier ist langfristig erledigt. Make.com hat noch etwas mehr Spielraum, weil ihr visueller Builder für nicht-technische Nutzer immer noch der beste in der Kategorie ist, aber sie müssen dieses Jahr ein AI-first-Produkt auf den Markt bringen, sonst geraten sie unter Druck. N8N überlebt und gedeiht, weil Self-Hosting + Open Source + AI-Agentenfreundlichkeit ein wirklich anderes Wertversprechen ist.
Und Anthropic? Sie sind ganz still und leise zu einem Automatisierungsplattform-Unternehmen geworden, ohne sich selbst so zu nennen. Das ist die größere Geschichte. Das Modell-Labor baut den Stack. Agent SDK im letzten Jahr. Claude Code als Coding-Umgebung. Skills. Jetzt Routines. Jedes einzelne Teil ist für sich genommen interessant. Zusammengefügt bauen sie eine komplette Plattform, bei der das LLM die Ausführungs-Engine ist – nicht nur die Chat-Oberfläche.
Wenn du eine Automatisierungsagentur betreibst – und viele meiner Leser tun das – ist jetzt der Moment, den Stack, den du verkaufst, neu zu bewerten. Kunden, die früher 3.000 $ für ein individuelles N8N-Setup bezahlt haben, sind vielleicht mit einem 500-$-Routine-Setup besser bedient. Die Margenrechnung ändert sich. Das Serviceangebot ändert sich. Ignoriere das auf eigene Gefahr.
Die konkrete 24-Stunden-Challenge
Hier ist, was ich möchte, dass du tust, bevor du diesen Tab schließt.
Öffne Claude Code im Web. Baue eine Routine. Keine komplexe. Die einfachste, die dir einfällt und dir täglich 5 Minuten spart. Ein morgendliches HN-Briefing. Eine wöchentliche Kalenderzusammenfassung. Ein Check „Was in meinem Gmail braucht eine Antwort?“.
Baue sie. Führe sie aus. Lass sie morgen früh laufen, während du Kaffee machst.
Dieser Moment – wenn du den Slack-Ping bekommst, bevor du deinen Laptop geöffnet hast, und die Arbeit, die du sonst manuell erledigt hast, bereits getan ist – ist der Moment, in dem du verstehst, was sich hier wirklich verändert. Es ist nicht „KI kann meinen Job machen.“ Es ist „der kognitive Aufwand, Automatisierung einzurichten, ist gerade zusammengebrochen, also werde ich zehnmal mehr von meinem Leben automatisieren als früher.“
Ich dachte, ich würde den Samstag damit verbringen, ein neues Feature zu evaluieren. Stattdessen habe ich mein Betriebssystem neu aufgebaut.
Häufig gestellte Fragen
Was ist Claude Routines und wie funktioniert es?
Claude Routines ist die neue cloudbasierte Automatisierungsplattform von Anthropic, mit der Sie Claude-Code-Workflows zeitgesteuert, per API oder bei GitHub-Events auslösen können. Anstatt Nodes zu verdrahten, schreiben Sie eine Beschreibung in einfachem Englisch, fügen OAuth-Connectoren hinzu, und Anthropic führt den Workflow in einem isolierten Cloud-Container aus. Gestartet am 14. April 2026 als Research Preview für Pro-, Max-, Team- und Enterprise-Abonnenten.
Was kostet Claude Routines?
Routines sind in bestehenden Claude-Code-Abonnements mit täglichen Ausführungslimits enthalten: Pro erhält 5 Ausführungen/Tag, Max 15, Team/Enterprise 25. Token- und Compute-Kosten jeder Ausführung werden auf Ihr Nutzungskontingent angerechnet. Anthropic hat bis April 2026 keine separate Preiskategorie für Routines veröffentlicht.
Kann Claude Routines N8N oder Make.com ersetzen?
Es kann die teile Ihrer Automatisierungs-Workflows ersetzen, die stark auf logisches Denken angewiesen sind, aber nicht das gesamte System. Workflows mit Klassifizierung, Texterstellung, Zusammenfassung oder flexibler Datenverarbeitung funktionieren besser in Routines. Reine Datenverarbeitungs-Workflows (DB-Synchronisationen, einfache Massenoperationen) bleiben besser in N8N oder Make. Ich migriere etwa 40 % meiner N8N-Workflows.
Welche Trigger werden von Claude Routines unterstützt?
Drei Trigger-Typen: Zeitgesteuert (cron-ähnliche Intervalle), API (HTTP POST an einen individuellen Routine-Endpunkt mit Bearer-Token) und GitHub-Events (Pushes, PRs, Issues, Workflow-Runs). Sie können mehrere Trigger an eine einzelne Routine anhängen. Webhooks anderer Dienste funktionieren über das API-Trigger-Muster.
Kann ich meine bestehenden N8N-Workflows in Claude Routines importieren?
Teilweise. Anthropic hat ein Skill veröffentlicht, das N8N-JSON in Routinenbeschreibungen umwandelt, aber in meinen Tests wurden nur 2 von 5 Workflows fehlerfrei konvertiert. Sehen Sie es als Ausgangspunkt, nicht als One-Click-Migration. Einfache Workflows mit klaren KI-Schritten lassen sich am besten übertragen; komplexe, verzweigte Workflows erfordern meist manuelle Nacharbeit.
Lassen Sie uns zusammenarbeiten
Möchten Sie KI-Systeme entwickeln, Workflows automatisieren oder Ihre technische Infrastruktur skalieren? Ich unterstütze Sie gerne dabei.
- Fiverr (individuelle Lösungen & Integrationen): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (Enterprise-Lösungen): ramlit.com
- ColorPark (Design & Branding): colorpark.io
- xCyberSecurity (Sicherheitsdienstleistungen): xcybersecurity.io
Social Distribution Package
Twitter/X (280 Zeichen):
Anthropic ist still und leise zum Zapier/N8N-Konkurrenten geworden.
Claude Routines ist seit gestern live. Ich habe am Samstag 19 meiner 47 N8N-Workflows darauf migriert.
Die ehrliche Analyse — was ersetzt wird, was nicht, und die 5 Routinen, die sich zuerst lohnen →
LinkedIn (700 Zeichen):
Anthropic hat diese Woche Claude Routines veröffentlicht – und der Markt für Automatisierungsplattformen hat sich damit grundlegend verändert.
Ich betreibe N8N seit 18 Monaten selbstgehostet. 47 aktive Workflows. Nach einem Wochenende mit Routines migriere ich 19 davon.
Das Versprechen ist nicht „KI-Automatisierung“. Es ist, dass der kognitive Aufwand für Automatisierung um eine Größenordnung gesunken ist. Vier Sätze Klartext ersetzen ein 15-Knoten-N8N-Canvas.
Aber nicht alles wird ersetzt. Reine Datenverarbeitung bleibt in N8N. Hier die ehrliche Analyse – was überzeugt, wo Routines noch schwächelt, und die genaue Checkliste, nach der ich entschieden habe, welche Workflows migriert werden.
Newsletter-Snippet:
Anthropic hat gerade Claude Routines veröffentlicht – und das ist ein viel größerer Deal, als die Presse vermuten lässt: ein direkter Konkurrent zu N8N, Make.com und Zapier. Ich habe das Wochenende genutzt, um es gegen meinen produktiven Automatisierungs-Stack zu testen, und einen ehrlichen Vergleich geschrieben: welche meiner 47 Workflows ich migriere, welche in N8N bleiben und die 5 Routinen, die sich zuerst lohnen. Wenn du Automatisierungen betreibst (oder als Service anbietest), lies das, bevor du nächste Woche an deinem Stack arbeitest.