7 Min. Lesezeit

90 Minuten Contentplanung in 5 Minuten: Wie Claude Scheduled Tasks meinen Freitag killt

Die letzten zwei Jahre hatte ich in meinem Kalender jeden Freitag einen festen Block: 14:00 bis 15:30 Uhr. “Content. Planung. Nicht stören.” Drei Tabs, eine Notion-Page, ein Spotify-Fokus-Playlist und der ehrliche Versuch, aus dem Wust der Woche eine Posting-Strategie für die nächste zu basteln.

Seit drei Wochen ist dieser Block tot.

Ich mache das gleiche Briefing jetzt in unter fünf Minuten. Ohne Zapier-Abo, ohne Make-Diagramm, ohne n8n-Setup-Wochenende. Was sich geändert hat: Anthropic hat Claude Cowork um eine fast unscheinbare Funktion erweitert, die in der Praxis brutal viel verschiebt — Scheduled Tasks.

Lass mich kurz aufdröseln, warum mich das mehr begeistert als jedes Automation-Tool, das ich in den letzten fünf Jahren getestet habe.

Was Scheduled Tasks in Cowork eigentlich sind

Anthropic hat das Feature mit dem Cowork-Update Ende Februar in die Desktop-App geschoben. Die offizielle Doku im Help Center beschreibt es sehr nüchtern: Du tippst /schedule in den Chat, Claude fragt dich nach Aufgabe, Frequenz und Startzeit, und legt einen wiederkehrenden Job an. Alternativ klickst du links in der Sidebar auf “Scheduled” und baust den Task per Modal: Name, Prompt, Frequenz (hourly, daily, weekly, weekdays, manual), Working Folder, Modell.

Das Entscheidende steht in der Doku eher beiläufig: Jeder Scheduled Task öffnet eine eigene, vollständige Cowork-Session. Mit allen MCP-Connectoren, Plugins und Skills, die du sowieso schon eingerichtet hast. Das heißt: Gmail, Google Calendar, Slack, Airtable, PostHog — alles, was Cowork live nutzen kann, kann der geplante Job auch nutzen.

Eine Einschränkung muss man kennen: Die Tasks laufen nur, wenn dein Rechner an ist und Claude Desktop offen läuft. Schläft der Laptop, wenn der Job triggern sollte, wird er übersprungen und beim nächsten Wachzustand nachgeholt. Für mich ist das ehrlich gesagt egal — mein Mac hängt eh am Strom und ist an.

Mein Freitags-Workflow, fünfmal kompakter

Hier mein konkreter Setup, den ich gerade fahre:

Task 1 — Montag, 07:30 Uhr, “Trend Pulse”: Liest die letzten 7 Tage meiner LinkedIn-Saves, dazu meine drei kuratierten Newsletter-Inboxen, plus zwei Reddit-Subs, die für meine Nische relevant sind. Output: eine Markdown-Datei mit “5 Themen, über die diese Woche wirklich diskutiert wird” und einer kurzen Begründung pro Thema.

Task 2 — Mittwoch, 16:00 Uhr, “Performance Check”: Pullt aus Airtable meine Post-Performance der letzten 30 Tage, gruppiert nach Post-Typ und Hook-Format, und schreibt zwei Sätze: was performt, was floppt, was ich diese Woche probieren soll.

Task 3 — Freitag, 13:00 Uhr, “Content Draft”: Nimmt die Outputs von Task 1 und Task 2, kombiniert sie mit meinem Editorial-Backlog in Notion, und schlägt drei Post-Ideen für die kommende Woche vor — inklusive Hook-Variante und einem Bullet-Outline.

Mein Freitag-Block? Ich öffne die drei Markdown-Files, picke eine Idee pro Tag, gebe Claude noch zwei, drei Sätze Kontext mit. Fünf Minuten, fertig.

Das ist kein Marketing-Demo. Das ist mein Real-Setup seit drei Wochen.

Warum das mehr ist als “Zapier mit Chat-Interface”

Wenn du wie ich seit Jahren mit Automation-Tools arbeitest, schwirrt dir vermutlich gerade eine Frage durch den Kopf: Mache ich das nicht längst mit Zapier oder Make oder n8n? Die ehrliche Antwort: Theoretisch ja. Praktisch nein. Hier der Vergleich, der für mich entscheidend war.

Zapier Starter kostet aktuell 29,99 USD pro Monat bei monatlicher Zahlung (oder 19,99 USD/Monat im Jahresabo) und gibt dir 750 Tasks pro Monat. Klingt viel, ist es nicht — jedes Mehrschritt-Zap zählt jeden Schritt einzeln.

Make Core startet bei 9 USD/Monat im Jahresabo (monatlich rund 30% mehr) für 10.000 “Operations” — wobei jeder Filter, Trigger und Action einzeln zählt. Ein Zehn-Schritt-Szenario frisst zehn Operations pro Lauf. Die Free-Version ist auf 1.000 Operations und zwei aktive Szenarien gedeckelt.

n8n ist als Self-Hosted-Variante “kostenlos”, aber die ehrliche Rechnung sieht anders aus: Laut Setup-Guides 2–12 Stunden für ein produktionsreifes Setup mit VPS, Docker, nginx, SSL und Backups. Plus 1–2 Stunden Wartung pro Monat. Bei 50 USD/Stunde Eigenzeit landest du schnell bei 200 USD initialem Aufwand und 50–100 USD/Monat laufend.

Und jetzt der eigentliche Punkt: Alle drei Tools brauchen, dass du selbst den Workflow konstruierst. Bei Zapier klickst du Steps zusammen, bei Make zeichnest du Szenarien, bei n8n verdrahtest du Nodes. Du modellierst Logik in einer visuellen IDE.

Bei Claude Scheduled Tasks tippst du einen Satz.

“Lies meine letzten 30 Airtable-Einträge im Table ‘Content Performance’, gruppiere nach Hook-Format, und schreib mir zwei Sätze Erkenntnis.” Fertig. Kein Trigger-Node, kein Filter-Step, kein “find rows where… and update field… and send Slack message…”.

Das ist nicht “Zapier mit Chat” — das ist eine völlig andere Abstraktion.

Warum Batching plötzlich wieder funktioniert

Hier wird’s für mich strategisch interessant. Cal Newport hat in Deep Work eine simple Formel: High-Quality Work = (Time Spent) × (Intensity of Focus). Sein Werkzeug dafür heißt Task Batching — gleichartige Tätigkeiten in Blöcke packen, statt sie über den Tag zu verstreuen.

Das Problem bei Wissensarbeit: Selbst wenn du batchst, frisst dich der Kontextwechsel innerhalb des Blocks auf. Gloria Mark, UC-Irvine-Professorin und seit 20+ Jahren die Forscherin zu Interruption Science, hat in ihrer viel zitierten Studie gemessen: Nach einer Unterbrechung dauert es im Schnitt 23 Minuten und 15 Sekunden, bis du wieder voll in der ursprünglichen Aufgabe drin bist. Und in der Zwischenzeit wechselst du im Schnitt 2,26 weitere Aufgaben.

Meine alten 90 Minuten Contentplanung waren ein Paradebeispiel für “Batching mit eingebautem Switching”: LinkedIn-Tab, Notion-Tab, Airtable-Tab, Newsletter-Inbox, zurück zu LinkedIn, vergessen wo ich war, neu anfangen. Der Block war zwar geblockt — aber innerhalb des Blocks habe ich permanent den Kontext gewechselt.

Scheduled Tasks lösen das, indem sie das Switching aus meinem Kopf rausziehen. Claude wechselt zwischen den Quellen, nicht ich. Wenn ich Freitag um 13:00 Uhr meine drei Markdown-Files öffne, bin ich in genau einem Kontext: Entscheidungen treffen.

Was du wissen musst, bevor du loslegst

Vier Caveats aus drei Wochen Praxis:

1. Connectoren zuerst. Scheduled Tasks sind so gut wie deine MCP-Anbindungen. Wenn dein Airtable nicht verbunden ist, kann der Task nicht in Airtable lesen. Vorher einrichten, dann automatisieren.

2. Prompts schreiben, nicht klicken. Du sparst die visuelle Modellierungsarbeit, aber dafür musst du in einem Satz präzise sagen, was du willst. Wer schwammige Prompts schreibt, kriegt schwammige Reports. Der alte Skill “Probleme sauber in einen Satz packen” wird hier wieder zur entscheidenden Kompetenz — genau, wie ich hier schon mal ausführlich beschrieben habe.

3. Datenhygiene wird sichtbar. Wenn ein Job dreimal pro Woche aus deiner Airtable liest, fallen dir die Lücken in deiner Airtable auf. Das ist gut — aber sei vorbereitet, dass du nebenbei deine Quellen aufräumst.

4. Cowork-Tasks sind kein 24/7-Service. Für echtes Always-On (Webhook-Listener, Cron-Jobs, die unabhängig vom Rechner laufen müssen) brauchst du weiterhin Cloud-Automation. Für persönliche Routinen reicht Cowork dicke.

Fazit: Die alten 90 Minuten kommen nicht wieder

Mein Freitags-Block ist umgezogen. Statt “Content. Planung.” steht da jetzt “Workshop-Prep” oder “Deep Work”. Die 90 Minuten sind nicht weg — sie sind frei.

Das ist für mich der Kern dessen, was Cowork gerade mit Wissensarbeit macht: Es nimmt nicht ein Task weg, es nimmt eine ganze Klasse von Tasks weg. Die wiederkehrenden, kognitiv-anstrengenden, “ich-müsste-mal-wieder”-Aufgaben.

Mein Test für dich: Schau dir deine letzten vier Wochenkalender an. Welcher Block taucht immer wieder auf, frisst Zeit, und beginnt mit “Ich müsste mal wieder…”?

Genau der gehört in /schedule.

Quellen

Quellen

BB

Benedikt Backhaus

Experte für KI, Automatisierung und die Zukunft der Arbeit. Ich helfe Unternehmen und Einzelpersonen dabei, die Potenziale neuer Technologien zu nutzen.