Gemeinsame Basis

Geplante Routinen ohne ausufernde Kosten

Vier Orchestratoren (morgens, abends, wöchentlich, monatlich), gesteuert über in Dateien geschriebene Pläne, statt zwanzig verstreuter Aufgaben.

Außerordentl. Prof. (MCU-PH)Ordentl. Prof. (PU-PH)Geplante AufgabeSkillArtefakt1 Sitzung, dann Feinabstimmung

Die Neuordnung der Routinen: vierzehn verstreute Aufgaben in vier Orchestratoren zusammengeführt.Animation eines echten Werkzeugs · fiktive Daten
Die Systemkarte: Quellen, Speicher, Orchestratoren, Skills und Artefakte.
Die Systemkarte: Quellen, Speicher, Orchestratoren, Skills und Artefakte.

Bildschirmfoto eines echten Werkzeugs · fiktive Daten, Namen unkenntlich · Oberfläche auf Englisch

Das Problem

Die Versuchung ist groß, für jeden Bedarf eine geplante Aufgabe anzulegen. Nach zwei Monaten haben Sie fünfundzwanzig davon, jede lädt ihren eigenen Kontext neu, sie kommen einander in die Quere, verschicken sechs Benachrichtigungen am Tag und verbrauchen einen erheblichen Teil Ihres Kontingents.

Eine typische Woche mit Routinen

Abbildung. Eine Woche mit Routinen: drei tägliche, eine wöchentliche, eine monatliche.

Schritt für Schritt

  1. Bündeln Sie sie in vier Orchestratoren:

    • MORGEN (täglich): Funktionsprüfung, E-Mail-Sortierung, Fahrplan des Tages;
    • ABEND (täglich): zweiter E-Mail-Durchgang, Aktualisierung laufender Projekte, offene Entscheidungen;
    • WOCHE (freitags): akademische Fristen, Promotionsverteidigungen bei T-14, Literaturbeobachtung, Horizonte für den kommenden Monat;
    • MONAT (am 1.): Lebenslauf, Tätigkeitsverlauf, Dateiindex, Sicherung.
  2. Ein einzeiliger Prompt: „lies deinen Ablaufplan“. Der Plan ist eine Markdown-Datei (_SYSTEME/ORCHESTRATEURS/PLAN_MATIN.md). Eine neue Beobachtung hinzuzufügen heißt dann, eine Zeile in eine Datei zu schreiben, nicht eine Aufgabe anzulegen.

  3. Legen Sie ein Budget fest: eine Obergrenze an Werkzeugaufrufen pro Lauf, ein einziger Durchgang, ein Verbrauchsprotokoll. Für die meisten geplanten Aufgaben genügt ein leichteres Modell; prüfen Sie, mit welchem Modell die Aufgabe angelegt wird.

  4. Überwachen: eine Statusampel-Seite (grün, gelb, rot), die von den Orchestratoren selbst gespeist wird, um stille Ausfälle zu erkennen.

  5. Benachrichtigen Sie nur, wenn eine Aktion erwartet wird.

  6. Prüfen Sie den Zustand nach jeder Pause: Listen Sie nach einer allgemeinen Pausierung der Aufgaben auf, welche aktiv, pausiert oder deaktiviert sind, und reaktivieren Sie nur mit Ihrer Freigabe.

  7. Ein Störungsprotokoll: Ist eine Quelle nicht verfügbar (Postfach nicht verbunden, Index zu groß, verlorene Einbindung), sagt die Routine das, schlägt einen Ausweg vor und schließt nie auf „nichts Neues“.

Ergebnis

Vier Aufgaben, vier Plandateien, eine gemeinsame Regeldatei, ein Protokoll und eine Überwachungsseite.

Gewonnene Erkenntnisse

  • Ein stiller Ausfall (Extraktion von Anhängen zwei Wochen lang defekt) rechtfertigte die Überwachungsseite.
  • Ein Plan, der für seine Obergrenze zu schwer ist, wird abgeschnitten: Zwei kurze Läufe sind besser als ein langer.
  • Ersetzte Aufgaben werden in „ARCHIVE“ umbenannt und deaktiviert, nie gelöscht.

Einstiegsprompt

Hier ist die Liste meiner geplanten Aufgaben. Schlage vor, sie in 4 Orchestratoren zu bündeln, schreibe für jeden einen Ablaufplan in Markdown und schätze den Verbrauch vorher/nachher. Lege keine Aufgabe an und ändere keine ohne meine Freigabe.

← Zurück zum Triptychon