alex20-create/plan-admin

Was macht plan-admin?

Drei Routinen für die parallele Verwaltung mehrerer Projekte: Tagesstart, Tagesabschluss und Wochenrückblick. Die Fähigkeit stellt die Methode bereit; jedes Projekt liefert die Daten (Zeitplan, Regeln, welches Projekt an welchem Tag läuft, wo die nächste Aktion gespeichert ist) in seinen Anweisungen und seinem Projektmanager. Auf diese Weise funktioniert dieselbe Fähigkeit in jedem Projekt, ohne dass die Daten kopiert werden müssen, und jedes Datenelement lebt weiterhin nur an einer Stelle.

Sprich mit dem Benutzer in der Sprache, die er verwendet, einschließlich der Bezeichnungen der folgenden Formate.

Vor jeder Routine

Datum prüfen

Ermittle das aktuelle Datum und die Uhrzeit aus dem verfügbaren Werkzeug (einem Uhren-Werkzeug in der Sitzung oder date in einem Terminal), in der Zeitzone des Benutzers. Leite es nicht aus dem Gespräch oder der letzten Notiz ab: Ein falscher Tag wirft den gesamten Plan durcheinander.

Projektdaten sammeln

Überprüfe, welche Werkzeuge die Sitzung hat (einschließlich aufgeschobener), und lies in dieser Reihenfolge:

1. Projektanweisungen, CLAUDE.md und Benutzereinstellungen. Sie geben an, welche Phrasen jede Routine starten, welcher Block immer zuerst kommt, welche Tage frei sind, wo der Status lebt und was ohne Nachfrage geschrieben werden kann. Was sie sagen, hat Vorrang vor dieser Fähigkeit.
2. Die Zeitplan- und Regelseite, falls die Anweisungen eine nennen (z. B. eine wöchentliche Überprüfungsseite in Notion mit dem aktuellen Zeitplan, den Regeln, ausstehenden Überprüfungspunkten und einer Überprüfungsvorlage). Sie gibt an, welches Projekt an welchem Tag in welchen Block gehört.
3. Die Projektdatenbank: Status, Priorität, Schlüsseldatum und nächste Aktion für jedes Projekt.
4. Die Aufgabendatenbank, falls vorhanden: unerledigte Aufgaben mit einem Datum.
5. Wenn es keinen Projektmanager gibt, die Status- und ausstehenden Abschnitte von CLAUDE.md oder die Notiz des Projekts in der Notizen-App des Benutzers.

Frage nicht nach Dingen, die diese Quellen bereits enthalten. Wenn du die Adresse einer Datenbank oder Seite nicht hast, suche sie unter dem Namen, den die Anweisungen angeben; falls sie nicht auftaucht, sag dies in einer Zeile und fahre mit dem fort, was vorhanden ist.

Wenn eine Quelle einer anderen widerspricht (die Anweisungen sagen etwas über den Zeitplan und die Seite sagt etwas anderes), weise darauf hin und entscheide nicht für den Benutzer.

Wenn es keinen Zeitplan gibt

In einem Projekt ohne Zeitplan oder Blöcke (z. B. einem eigenständigen Repository) schrumpft jede Routine auf einen einzigen Block: das Projekt der Sitzung, mit seiner nächsten Aktion und seinem ersten Schritt. Erfinde keinen Zeitplan. Wenn der Benutzer einen möchte, hilf ihm, ihn in seinem Projektmanager oder seinen Anweisungen mit seiner Zustimmung zu notieren.

Was als nächste Aktion zählt

Etwas Physisches und Konkretes, das in unter zwei Stunden erledigt werden kann, es sei denn, die Anweisungen legen eine andere Grenze fest. „Die E-Mail mit der Bitte um ein Angebot schreiben“ funktioniert; „das Projekt voranbringen“ nicht. Der erste Schritt ist noch kleiner: Was in den ersten fünf Minuten getan wird („den gestrigen Entwurf öffnen und den letzten Absatz noch einmal lesen“). Er soll den Start an Tagen erleichtern, an denen der Start schwerfällt.

Wenn ein Projekt keine nächste Aktion hat, schlage eine vor und markiere sie als Vorschlag, wobei du angibst, woher du sie hast (die letzte Notiz, eine offene Aufgabe, der Status). Schreibe sie nicht in den Projektmanager, bis der Benutzer sie genehmigt hat.

Bevor etwas als ausstehend bezeichnet wird

Projektmanager geraten in Rückstand: Arbeit wird unter einem anderen Namen, in einer anderen Aufgabe oder in einer Sitzung erledigt, die nie aufgezeichnet wurde. Bevor du sagst, dass etwas noch aussteht oder überfällig ist, suche nach Anzeichen dafür, dass es bereits erledigt wurde: die als erledigt markierte Aufgabe, eine spätere Notiz oder ein Sitzungsprotokoll, ein Commit, ein Eintrag im Wochenrückblick. Wenn es welche gibt, markiere es als „zu bestätigen“, anstatt als ausstehend. Ein einziges falsches „das ist immer noch nicht erledigt“ kostet Vertrauen in alles andere.

1. Tagesplan

Starte nur, wenn der Benutzer danach fragt. Gib in anderen Gesprächen den Tagesplan nicht, es sei denn, du wirst darum gebeten.

1. Freier Tag. Wenn die Regeln sagen, dass heute ein freier Tag ist, sag dies in einem Satz und höre auf. Schlage keine Arbeit oder Nachholen vor.
2. Die heutigen Blöcke. Entnimm dem Zeitplan, welches Projekt in welchen Block kommt. Wenn die Anweisungen einen Block festlegen, der immer zuerst kommt, setze ihn an die erste Stelle.
3. Für jeden Block: das Projekt, seine nächste Aktion (aus dem Projektmanager oder ein markierter Vorschlag) und ein erster Schritt von wenigen Minuten.
4. Datumsalarme. Überprüfe wichtige Daten und terminierte Aufgaben in allen aktiven Projekten, nicht nur in den heutigen. Alles, was heute oder morgen fällig ist, kommt ganz nach oben, vor die Blöcke. Alles, was in den nächsten sieben Tagen fällig ist, kommt in eine einzige Zeile am Ende. Alles, was weiter entfernt ist, bleibt draußen, es sei denn, die Vorbereitung muss jetzt beginnen, um es zu schaffen.
5. Sich stapelnde Verpflichtungen. Wenn mehrere wichtige Daten in dieselbe Woche innerhalb der nächsten vierzehn Tage fallen oder zwei Projekte dieselbe Ressource, Person oder dasselbe Geld zur gleichen Zeit benötigen, sag dies in einer Zeile und gib genau an, was sich überschneidet. Sage nicht, was weichen sollte: Das ist die Entscheidung des Benutzers.
6. Rückkehr nach einer Abwesenheit. Wenn die letzte aufgezeichnete Aktivität (der letzte Tagesabschluss, die letzte Bearbeitung einer nächsten Aktion, die letzte Sitzung) älter als drei Arbeitstage gemäß dem Zeitplan (oder mehr als vier Kalendertage, wenn es keinen Zeitplan gibt) ist, beginne damit, was in der Zwischenzeit fällig geworden ist, in einer Zeile, und gib den Rest wie gewohnt. Kein Vorwurf für die Lücke. Wenn eine Sitzungseröffnungsfähigkeit dies bereits in der Sitzung gesagt hat, wiederhole es nicht.
7. Ausstehende Überprüfungspunkte. Wenn die Zeitplanseite ausstehende Überprüfungspunkte auflistet, deren Bedingung jetzt erfüllt ist (ein Datum, das überschritten wurde, ein erreichtes Meilenstein), erwähne es in einer Zeile.

Format, kurz und in dieser Reihenfolge (leere Elemente weglassen):

**Heute fällig:** <nur wenn heute oder morgen etwas fällig ist>
**<Fester Block, falls vorhanden>:** <Projekt>. Nächste Aktion: <...>. Erster Schritt: <...>.
**Hauptblock:** <Projekt>. Nächste Aktion: <...>. Erster Schritt: <...>.
**Nebenblock:** <Projekt>. Nächste Aktion: <...> (Vorschlag, von <Quelle>). Erster Schritt: <...>.
**Diese Woche:** <Termine in den nächsten sieben Tagen, in einer Zeile>
**Hinweis:** <Überschneidungen, ausstehende Überprüfungspunkte oder widersprüchliche Quellen>

Verwende die Blocknamen, die der Zeitplan verwendet; „Hauptblock“ und „Nebenblock“ sind nur die Standardeinstellung für einen Tag mit zwei Blöcken.

2. Tagesabschluss

1. Frage in einer Zeile, wo jeder der heutigen Blöcke geblieben ist, und nenne sie („Wo hast du den Kundenentwurf und die Website-Texte gelassen?“). Wenn das Gespräch dies bereits klar macht, frage nicht.
2. Bestätige, was erledigt wurde, in einem konkreten Satz: was tatsächlich vorangekommen ist, ohne es aufzublähen. Wenn sich ein Block nicht bewegt hat, sag es deutlich und ohne Schuldzuweisungen; ein langsamer Tag wird auch festgehalten.
3. Schlage nächste Aktionen vor, gemäß der obigen Regel:
   • Für jedes heute bearbeitete Projekt die nächste Aktion, die sich daraus ergibt, wo es geblieben ist.
   • Für die Blöcke des nächsten Arbeitstages (das können andere Projekte sein) überprüfe, ob deren nächste Aktion festgelegt ist. Wenn sie fehlt oder veraltet ist, schlage eine vor. Wenn morgen ein freier Tag ist, schaue auf den nächsten Arbeitstag.
4. Schreibe nur, was genehmigt ist, in das Feld, das die Anweisungen nennen (z. B. ein Feld „Nächste Aktion“ in der Projektdatenbank). Dieses Feld ist der einzige Ort, an dem festgehalten wird, wo jede Sache geblieben ist: kopiere es nicht in Notizen, den Speicher oder eine andere Datei.
5. Überprüfe den Eintrag. Lies das Feld nach dem Schreiben zurück und gib an, was dort steht. Sage nicht „gespeichert“, ohne es gesehen zu haben.

Diese Routine schließt den Arbeitstag ab, nicht den Chat. Wenn der Benutzer auch beabsichtigt, das Gespräch zu archivieren, ist das eine Aufgabe für eine Sitzungsabschlussfähigkeit, falls eine installiert ist.

3. Wochenrückblick

1. Vorlage. Wenn die Zeitplanseite eine Überprüfungsvorlage hat, folge ihren Abschnitten der Reihe nach. Wenn nicht, verwende: Was gut lief, was feststeckte und warum, Status jedes Bereichs oder Projekts, drei Prioritäten für die nächste Woche.
2. Fülle aus, was die Quellen sagen: diese Woche abgeschlossene Aufgaben, geänderte nächste Aktionen, Notizen und Sitzungen der Woche. Markiere alles, was du abgeleitet hast, als Entwurf.
3. Frage, was nur der Benutzer weiß (warum etwas feststeckte, wie sich die Woche anfühlte), alles auf einmal in einer einzigen Runde.
4. Überschneidungen. Überprüfe wichtige Daten der nächsten drei Wochen und gemeinsam genutzte Ressourcen. Markiere jede Überschneidung und gib genau an, was sich überschneidet. Was fallengelassen wird, ist die Entscheidung des Benutzers: schlage es nicht vor und schlage auch nicht vor, die Anzahl der Projekte zu reduzieren, es sei denn, sie fragen.
5. Prioritäten. Wenn der Benutzer nach einer Empfehlung fragt, gib deine mit Begründung, aber lass die Entscheidung sichtbar bei ihm.
6. Ausstehende Überprüfungspunkte auf der Zeitplanseite: erwähne die jetzt fälligen.
7. Mit Genehmigung schreiben. Zeige den vollständigen Rückblick, bevor du ihn in den Projektmanager schreibst (dupliziere die Vorlage, falls dies so üblich ist), und überprüfe anschließend, ob er angekommen ist.
8. Beende mit der Abschluss-Checkliste der Vorlage, falls vorhanden, Punkt für Punkt.

Regeln für alle drei

• Wie viele Projekte verwaltet werden, ist die Entscheidung des Benutzers. Schlage nicht vor, sich auf weniger Projekte zu konzentrieren, Bereiche fallenzulassen oder „eine Sache auszuwählen“, es sei denn, sie fragen.
• Keine erfundenen Zahlen. Daten, Fristen, Stunden und Fortschritt stammen aus einer Quelle. Alles ohne eine solche wird als Vorschlag markiert oder als AUSSTEHEND belassen.
• Ziele werden auf der Grundlage der tatsächlichen Stunden im Zeitplan festgelegt, nicht nach dem, was gerade bequem wäre.
• Keine Schuldzuweisungen. Kein „du hättest“, keine Vergleiche und kein vorwurfsvoller Ton, auch nicht in Bezug auf Dinge, die ausgelassen wurden.
• Schreiben erfordert Zustimmung, es sei denn, die Anweisungen erlauben, etwas ohne Nachfrage zu schreiben. Lesen nicht.
• Eine Routine, eine kurze Antwort. Sie sollte in unter einer Minute lesbar sein. Wenn sie mehr als zwölf Zeilen umfasst, kann etwas weg.

Mit anderen Fähigkeiten

• Eine sitzungseröffnende Fähigkeit (wie resume-project) kann den Tagesplan als erste Option anbieten. Wenn sie an dich übergibt, wurde der Kontext bereits gelesen: lies ihn nicht erneut.
• Eine fähigkeitsauswählende Fähigkeit, falls installiert, kommt danach, wenn der Plan in eine konkrete mehrstufige Aufgabe umgesetzt wird. Diese Fähigkeit wählt die Aufgabe nicht aus; das tut der Benutzer.
• Eine sitzungsabschließende Fähigkeit schließt den Chat, nicht den Tag.

Sitzungen ohne den Benutzer

Erstelle in einer geplanten Sitzung den Tagesplan und lege ihn oben in deiner Arbeit ab. Schreibe nicht in den Projektmanager und führe weder den Tagesabschluss noch den Wochenrückblick durch, da diese die Antworten des Benutzers benötigen.

Einrichtung

Damit die Routinen über einen einzelnen Block hinaus funktionieren, sollten die Projektanweisungen des Benutzers (oder CLAUDE.md) Folgendes enthalten:

• wo der Zeitplan und die Regeln leben (eine Seite, eine Datei oder die Anweisungen selbst), einschließlich freier Tage und aller Blöcke, die immer zuerst kommen;
• wo Projekte leben und welches Feld die nächste Aktion jedes Projekts enthält;
• wo Aufgaben leben, falls sie separat verfolgt werden;
• alles, was ohne Nachfrage geschrieben werden darf.

Wenn noch nichts davon existiert, biete einmal an, dem Benutzer beim Schreiben zu helfen, und arbeite mit dem weiter, was vorhanden ist.

Stil

Direkt, ohne Wiederholung dessen, was der Benutzer gesagt hat. Was als Erstes zu tun ist, die Gründe danach und nur bei Bedarf.