Die meisten Anleitungen zu geplanten Claude-Prompts hören bei "Takt wählen, Zusammenfassung bekommen" auf. Täglich oder wöchentlich, du schreibst einen Prompt, Claude führt ihn aus und legt eine Zusammenfassung in dein Postfach. Stimmt, und nützlich für ein morgendliches E-Mail-Briefing oder zum Aufräumen von Dateien. Es ist aber auch das am wenigsten interessante, was man damit machen kann.
Direkte Antwort: Mit geplanten Claude-Prompts speicherst du eine Anweisung einmal und lässt Claude sie automatisch wiederholen — stündlich, täglich, wöchentlich, nur werktags, oder manuell — ohne ein Chatfenster zu öffnen. Der Mechanismus ist einfach. Was fast keine Anleitung erzählt, ist der Teil, der daraus mehr macht als eine schicke Erinnerung: was die KI zwischen zwei Durchläufen anfassen darf, was passiert, wenn sie sich nicht sicher ist, und ob dein Laptop überhaupt eingeschaltet bleiben muss. Hier das vollständige Bild, inklusive der ehrlichen Grenzen.
Was sind geplante Claude-Prompts genau?
Ein geplanter Prompt ist eine Anweisung, die Claude speichert und im von dir gewählten Takt wiederholt, statt dass du sie jedes Mal neu eintippst. In Claude Cowork benennst du die Aufgabe, schreibst den Prompt in normaler Sprache und wählst, wie oft sie ausgelöst wird: stündlich, täglich, wöchentlich, nur werktags oder manuell. Claude bestätigt den Takt und gibt der Aufgabe eine ID, auf die du später verweisen kannst.
Anthropic verwendet "scheduled tasks" und "scheduled prompts" im eigenen Material weitgehend synonym, und der Rest des Webs ebenso — wer nach einem der beiden Begriffe gesucht hat, für den gelten die Ergebnisse des anderen genauso.
Ein Einschub, falls du Entwickler bist statt PM: Claude Code (die CLI) hat eigene, getrennte Mechanismen zur Planung — /loop für sitzungsgebundenes Polling und cloudbasierte Routines für Automatisierung, die unabhängig von jeder Maschine läuft. Die sind dafür gedacht, einen Pull Request oder einen CI-Lauf zu beobachten. Dieser Guide handelt von der alltäglichen, nicht-technischen Variante: geplanten Cowork-Aufgaben, die deine echte Arbeit prüfen.
Wie richtet man einen konkret ein?
Klicke in Claude Cowork in der Seitenleiste auf Scheduled, dann New task, dann Create with Claude. Du beschreibst in einem Satz, was du willst — "prüfe jeden Werktagmorgen mein Postfach und entwirf Antworten auf alles Dringende" — und Claude füllt Name und Prompt aus und bittet dich, den Takt zu bestätigen.
Für den Alltag musst du dir keine IDs merken: Frag Claude in normaler Sprache "welche geplanten Aufgaben habe ich?" oder "brich den Deploy-Check-Job ab", und Claude übernimmt die Suche. Im Hintergrund behält jede Aufgabe eine kurze ID, und ein Konto kann bis zu 50 gleichzeitig laufen lassen — mehr Spielraum, als fast jemand braucht, bevor man anfängt, gezielt auszuwählen, welche sich wirklich einen Platz verdienen.
Muss dein Rechner eingeschaltet bleiben?
Die ehrliche Antwort ist bedingter, als es die meisten schnellen Erklärungen vermuten lassen, und sie richtig zu verstehen ändert, wie man die Funktion tatsächlich nutzt. Geplante Aufgaben in Claude Cowork laufen standardmäßig in der Cloud — die Aufgabe löst planmäßig aus, selbst wenn dein Rechner aus, im Ruhezustand oder die Desktop-App geschlossen ist. Die eine Ausnahme: Bindest du eine Aufgabe an einen lokalen Ordner, damit sie echte Dateien auf deiner Maschine lesen oder schreiben kann, braucht diese Aufgabe deinen eingeschalteten Rechner und die laufende App, weil Anthropics Server nicht von sich aus auf dein lokales Dateisystem zugreifen können.
Die eigentliche Frage ist also nicht "lokal oder Cloud" als feste Eigenschaft der ganzen Funktion — sondern "berührt genau diese Aufgabe lokale Dateien?" Ein täglicher Board-Durchlauf, der nur einen Connector braucht (etwa ein per MCP verbundenes Projekttool), kann komplett in der Cloud laufen, bei zugeklapptem Laptop. Eine Aufgabe, die Dateien auf deinem Schreibtisch lesen muss, kann das nicht. Verwechselt man diese Unterscheidung, lässt man entweder den Laptop unnötig eingeschaltet, oder wird von einer Aufgabe überrascht, die lautlos aufgehört hat auszulösen, weil sie an einen vergessenen lokalen Ordner gebunden war.
Für Automatisierung, die noch länger überleben oder mehr Infrastruktur erreichen muss als das Sitzungsmodell einer Cowork-Aufgabe, läuft Anthropics separate Routines-Funktion ebenfalls auf Anthropics Cloud-Infrastruktur — mit ihrem eigenen Kompromiss: Arbeit auf Basis eines aktuellen, in Git committeten Snapshots statt live-lokaler Dateien.
Was solltest du wirklich planen?
Die Beispiele, die am meisten kursieren — eine morgendliche E-Mail-Zusammenfassung, Dateien aufräumen, eine Stripe- oder Rechnungsübersicht — sind real und in Ordnung, aber auch die einfachen 20 Prozent. Es sind Lese-und-Zusammenfassen-Aufgaben: Claude schaut sich etwas an, erzählt es dir, und nichts ändert sich, bis du selbst auf die Zusammenfassung reagierst.
Der nützlichere Fall ist, einen geplanten Prompt auf etwas zu richten, das Claude tatsächlich bearbeiten kann, nicht nur beschreiben — ein geteiltes Projekt-Board ist das klarste Beispiel. Verbinde Claude einmal über MCP mit einem Board und plane dann einen täglichen Prompt in der Art: "prüfe das Board, sortiere Neues, verschiebe liegen gebliebene Karten, entwirf Karten aus dem, was in den Notizen steht, und gib mir eine kurze Zusammenfassung." Statt einer passiven Zusammenfassung erledigt jeder Durchlauf echte Arbeit, und nur das, was dein Urteilsvermögen braucht, kommt zu dir zurück.
Die vollständige Version dieses konkreten Workflows — was man zuerst delegiert, wie man Fehler vermeidet — haben wir in Claude für Projektmanagement nutzen geschrieben. Dieser Beitrag handelt vom Planungsmechanismus darunter; jener von der Gewohnheit, die man darauf aufbaut.
Was passiert zwischen zwei Durchläufen?
Das ist die ehrliche Frage, die die meisten Konkurrenz-Anleitungen auslassen, weil fast keines ihrer Beispiele etwas berührt, von dem eine zweite Person abhängt. Eine tägliche E-Mail-Zusammenfassung tritt niemandem auf die Füße. Ein geplanter Prompt, der Karten verschiebt, Arbeit neu zuweist oder Tickets auf einem geteilten Board schließt, kann das schon — wenn du nicht aufpasst, was er allein entscheiden darf.
Zwei Dinge zählen hier. Erstens Eskalation statt blindes Handeln: Ein gut eingerichteter geplanter Prompt sollte keine mehrdeutigen Karten schließen oder stillschweigend die Arbeit einer anderen Person neu zuweisen. In Comuna öffnet alles, bei dem sich die KI nicht sicher ist, stattdessen eine kleine Freigabeanfrage — du genehmigst, forderst Änderungen oder lehnst ab, und der Durchlauf setzt beim nächsten Mal bei deiner Antwort an. Zweitens Zuordnung: Jede Aktion eines geplanten Durchlaufs sollte die Identität der KI tragen, statt sich lautlos in deinem Konto zu verlieren, damit du in sechs Monaten noch unterscheiden kannst, was ein Mensch gemacht hat und was um 6 Uhr morgens von allein lief.
Man muss beim "Pull, nicht Push"-Teil klar sein, weil genau das diese ganze Kategorie stillschweigend verschweigt. Ein geplanter Prompt überwacht nichts fortlaufend und reagiert nicht in dem Moment, in dem etwas passiert — er wacht im gewählten Takt auf, macht seinen Durchgang und schläft wieder ein. Kommt zehn Minuten nach Abschluss eines Durchlaufs etwas Dringendes rein, reagiert nichts bis zum nächsten geplanten Auslösen. Das ist ein vernünftiger Kompromiss für eine tägliche Durchsicht; es ist das falsche Werkzeug, wenn du tatsächlich in Echtzeit auf ein Ereignis reagieren musst, in dem Moment, in dem es eintritt.
Wo geplante Prompts nicht passen
Zwei ehrliche Grenzen, neben der Abhängigkeit vom lokalen Ordner oben. Wenn etwas in dem Moment reagieren muss, in dem ein Ereignis eintritt — eine Kundenantwort, ein fehlgeschlagenes Deployment, ein eingehendes Support-Ticket — ist ein fester Takt die falsche Form; such dir einen ereignisbasierten Auslöser statt eines Timers. Und wenn die Aufgabe eine unumkehrbare Aktion auf geteilter Arbeit betrifft (etwas löschen, ein ganzes Team benachrichtigen), gib einem geplanten Prompt nicht ohne Freigabeschritt volle Autonomie darüber — bau die Eskalation ein, oder lass diesen einen Schritt manuell.
Sind geplante Claude-Prompts auf jedem Plan gleich?
Nein. Geplante Cowork-Aufgaben gibt es ab einem bezahlten Claude-Plan (Pro und höher), nicht im kostenlosen Tarif, und Max-Pläne bringen mehr Nutzungsspielraum bei derselben Funktion. Prüfe die aktuellen Plan-Details bei Anthropic, da sich Preise und Limits unabhängig von diesem Beitrag ändern.
Wie oft kann ein geplanter Prompt laufen?
Cowork bietet Takte im Stunden-, Tages-, Wochen-, nur-Werktags- oder manuellen Rhythmus — du schreibst keine Cron-Syntax, du beschreibst den Takt und Claude richtet ihn ein. (Entwicklerwerkzeuge wie /loop in Claude Code unterstützen feinere Intervalle, aber das ist eine andere Funktion für eine andere Aufgabe.)
Kann ein geplanter Prompt an einem echten Board arbeiten, statt mir nur eine Zusammenfassung zu schicken?
Ja, wenn die KI per MCP mit Schreibzugriff mit dem Tool verbunden ist — dann kann sie bei jedem Durchlauf echte Karten erstellen, verschieben und kommentieren, statt sie nur zu berichten. Siehe Claude für Projektmanagement nutzen für den vollständigen Workflow und Claude in 60 Sekunden verbinden für die Einrichtungsschritte.
Was, wenn ich oft nicht an meinem Rechner bin?
Nur an einen lokalen Ordner gebundene Aufgaben brauchen deine eingeschaltete, wache Maschine — halte eine Aufgabe rein cloudbasiert (Connectors, keine lokalen Dateien), und sie löst aus, ob dein Rechner an ist oder nicht. Braucht eine Aufgabe wirklich lokale Dateien und bist du oft unterwegs, passt genau diese Automatisierung besser zu Routines.
Comuna ist für immer kostenlos — keine Kreditkarte, deine eigene KI. Erstelle einen Workspace und probiere es aus.