Tägliche-Zusammenfassung (Basis-Framework)

Täglicher Zusammenfassungsgenerator (Basis-Framework)

Zweck: Erstelle ein Zusammenfassungsdokument, das die Ereignisse einer Konversationssitzung festhält.

Schlüsselprinzip: Die Zusammenfassung ist ÜBER die Sitzung, nicht FÜR den nächsten Tag. Der Dateiname spiegelt den abgedeckten Zeitraum wider.

Realität anerkannt: Sitzungen überschreiten oft Kalendergrenzen. Zusammenfassungen können "Donnerstagnachmittag bis Freitagmorgen" abdecken, anstatt saubere Kalendertage. Die Namenskonvention sollte die tatsächliche Abdeckung widerspiegeln.

Prozess

1. Aktuelles Datum/Uhrzeit überprüfen

KRITISCHER ERSTER SCHRITT - Verhindert Datumsverwirrung

TZ='America/New_York' date '+%A, %d. %B %Y - %I:%M %p %Z'

Bestätige das tatsächliche Datum/die Uhrzeit in der Zeitzone des Benutzers.

2. Zusammenfassungsbereich bestimmen

Frage den Benutzer: "Welchen Zeitraum deckt diese Zusammenfassung ab?"

Typische Szenarien:

• Sitzung am selben Tag: "Heute von morgens bis jetzt"
• Sitzung über mehrere Tage: "Gestern Nachmittag bis heute Morgen"
• Nachträgliche Erstellung: Benutzer gibt einen bestimmten Bereich an

Immer bestätigen: "Erstelle Zusammenfassung, die [Start Tag/Zeit] bis [Ende Tag/Zeit] abdeckt. Korrekt?"

Bestimme, ob Ein-Tages- oder Bereichsformat:

• Wenn Sitzung am selben Kalendertag beginnt und endet → Ein-Tages-Format
• Wenn Sitzung Kalendergrenzen überschreitet → Bereichsformat

3. Nach Kontext-Tag fragen

"Wie lautet das Kontext-Tag für diese Sitzung?"

Benutzer gibt Tag an, das den aktuellen Zustand repräsentiert (z. B. woche-3-tag-2, ruhetag).

4. Dateinamen generieren

⚠️ KRITISCH: Dateiname muss der Vorlage genau entsprechen

Ein-Tages-Format:

Zusammenfassung-JJJJ-MM-TT-Tag-[kontext-tag].md

Beispiel: Zusammenfassung-2025-11-15-Samstag-woche-3-tag-2.md

Bereichsformat (überschreitet Kalendergrenzen):

Zusammenfassung-JJJJ-MM-TT-Tag-bis-TT-Tag-[kontext-tag].md

Beispiel: Zusammenfassung-2026-01-15-Do-bis-16-Fr-woche-5-langer-lauf.md

Regeln:

• Verwende abgekürzte Tagesnamen im Bereichsformat: Mo, Di, Mi, Do, Fr, Sa, So
• Verwende vollständige Tagesnamen im Ein-Tages-Format: Montag, Dienstag usw.
• Bereich verwendet das Kontext-Tag des primären Tages (der Tag mit dem Hauptteil des Sitzungsinhalts)
• Speichern unter: /mnt/user-data/outputs/

Kritisch: Daten im Dateinamen = Daten der enthaltenen Ereignisse.

5. Dokumentstruktur erstellen

Formatierungsregeln:

• Nur Standard-Markdown verwenden (Überschriften, Listen, fett, kursiv, Codeblöcke, Tabellen)
• KEINE HTML-Tags (<details>, <summary>, <div>)
• Nur ASCII-sichere Zeichen:
  • Verwende -> nicht →
  • Verwende " nicht "
  • Verwende - nicht —
  • Vermeide Unicode-Sonderzeichen

Richtlinien zur Emoji-Verwendung:

Projekt-Einschränkung: Der Claude Projects-Dateiexport verstümmelt UTF-8-Emojis in defektes Unicode.

Empfohlenes Muster:

• Vermeide Emojis in Datenabschnitten (Tabellen, Zeitstempel, Schlüsselkennzahlen) - halte sie maschinenlesbar
• Verwende sie sparsam in erzählenden Abschnitten, wenn sie Bedeutung hinzufügen
• Im Zweifelsfall: Verwende Klartext. Emojis sind dekorativ, nicht essentiell.

Erforderliche Abschnitte:

# Tägliche Zusammenfassung: [Datum oder Datumsbereich]

**[Kontext-Tag]** | **[Sekundäres Tag, falls zutreffend]**

---

## GROUND TRUTH

- Deckt ab: [Spezifischer zusammengefasster Zeitraum]
- Zustand: [aktueller Zustand/Phase]
- [Langlaufende Zähler, falls zutreffend]

---

## TL;DR - Tageszusammenfassung

- [Sitzungsverlauf - was hat sich bewegt]
- [Wichtige Entscheidung oder Erkenntnis]
- [Kapazitäts-/Zustandszusammenfassung]

---

## Wichtige Zahlen

| Metrik | Morgen | Abend | Notizen |
|--------|--------|-------|---------|
| [Daten] | | | |

---

## Zeitleiste

| Zeit | Ereignis |
|------|----------|
| [Zeitstempel] | [Ereignis] |

---

## Erkenntnisse & Gelerntes

[Wichtige Erkenntnisse, Muster, Ergebnisse]

---

## Getroffene Entscheidungen

[Entscheidungen für die Zukunft, Anpassungen, Änderungen]

---

## Was funktioniert hat

- [Erfolge aus der Sitzung]

---

## Was nicht funktioniert hat

| Herausforderung | Gelerntes |
|-----------------|-----------|
|[Problem] | [Erkenntnis] |

---

## Was heute wichtig war

[Klare Zusammenfassung der Bedeutung der Sitzung]

---

## Samen für morgen

**Fäden, die noch warm sind:**
- [Grübel-Faden, der fortgesetzt werden könnte - keine Aufgabe, sondern eine Frage oder Idee]
- [Entscheidung erwähnt, aber noch nicht umgesetzt]
- [Experiment geplant, aber noch nicht gestartet]

**Eine Sache von heute:**
[Eine einzelne Erkenntnis, Frage oder Beobachtung aus der Sitzung - Samen zum Nachdenken, nicht zum Handeln]

---

*Erstellt: [Aktueller Zeitstempel]*
*Zusammenfassung ÜBER: [Abgedeckter Zeitraum]*
*[Kontext-Tags]*

---

**[Einzeiliger Abschlusssatz, der die Sitzung zusammenfasst]**

6. In Ausgaben speichern

/mnt/user-data/outputs/Zusammenfassung-[dateiname].md

7. Benutzer erinnern

"Zusammenfassung erstellt: [Dateiname]

Diese erfasst [Zeitraum]. Klicke auf 'zu Projekt hinzufügen', um sie zu speichern."

Kritische Regeln

1. Datums-/Zeitüberprüfung ZUERST - bash-Befehl, keine Annahmen
2. Zusammenfassungsbereich = Ereignisbereich - Dateiname entspricht der Inhaltsabdeckung
3. Benutzer bestätigt Bereich - "Erstelle Zusammenfassung, die [X] bis [Y] abdeckt. Korrekt?"
4. Dateiname folgt Format - ISO-Datum/-Daten + Tagesname(n) + genaues vom Benutzer angegebenes Tag
5. Ground Truth oben - expliziter zusammengefasster Zeitraum
6. In Ausgaben speichern - Benutzer fügt manuell zum Projekt hinzu

Dateinamenbeispiele

Ein-Tages (Sitzung innerhalb eines Kalendertages):

• Zusammenfassung-2025-11-15-Samstag-woche-3-tag-2.md
• Zusammenfassung-2025-11-20-Donnerstag-ruhetag.md
• Zusammenfassung-2025-12-01-Montag-rennen-vorbereitung.md

Bereich (Sitzung erstreckt sich über Kalendergrenzen):

• Zusammenfassung-2026-01-15-Do-bis-16-Fr-woche-5-langer-lauf.md
• Zusammenfassung-2026-01-18-Sa-bis-19-So-erholungswochenende.md

Warum bereichsbasierte Benennung

Problem: Die Erstellung von Zusammenfassungen erfordert kognitive Kapazität, die unvorhersehbar ist. Das Erzwingen von Zusammenfassungen an Kalendergrenzen erzeugt Druck. Sitzungen überschreiten auf natürliche Weise Grenzen (Nachmittag → nächster Morgen).

Lösung: Der Dateiname spiegelt die tatsächliche Abdeckung wider. Die Zusammenfassung erfasst, was passiert ist, benannt nach dem Zeitpunkt des Geschehens, erstellt, wenn Kapazität vorhanden ist.

Abwägung: Etwas komplexere Dateinamen, aber genaue Darstellung der Realität.

Samen für morgen als Gesprächsstarter

Zweck: Samen für morgen überbrückt diese Sitzung mit der nächsten. Es ist keine Aufgabenliste - es sind Gesprächsstarter.

"Fäden, die noch warm sind" sollten erfassen:

• Grübelthemen, die nicht erschöpft wurden
• Fragen, die aufgeworfen, aber nicht vollständig erkundet wurden
• Entscheidungen, die erwähnt, aber nicht umgesetzt wurden
• Experimente, die besprochen, aber nicht gestartet wurden

"Eine Sache von heute" sollte erfassen:

• Eine einzelne Erkenntnis, die es wert ist, bei ihr zu verweilen
• Ein neu entstandener Perspektivwechsel
• Eine Frage, die noch zieht
• Etwas, das überrascht oder bewegt hat

Die Morgenkurz-Fähigkeit nutzt diese, um das Nachdenken wieder zu öffnen, anstatt direkt zur Logistik zu springen. Das Zusammenfassungsdokument wird zur Brücke zwischen Sitzungen und trägt nicht nur das Geschehene, sondern auch das, was noch lebendig ist, weiter.