4bf83b8c28
- raw: raw/other/2026-07-02_ome23-operations-update-transkript.md - wiki: events/ome23-evolution-ki-workflows.md (updated with operations-update section) - wiki: new concept pages (telegram-archive-museum, school-automation-pilot) - index: 61st update - log: ingest entry Content: 6 blocks (Wiki/Hector, Gruppenarchiv, NotebookLM, Lokale Modelle, Memory/Harness, Schule/Automation), 4 Next Steps, Kernaussage. First OME protocol generated by Pit's local Kralle.
66 lines
No EOL
3.4 KiB
Markdown
66 lines
No EOL
3.4 KiB
Markdown
---
|
|
created: 2026-07-02
|
|
updated: 2026-07-02
|
|
sources: [other/2026-07-02_ome23-operations-update-transkript.md]
|
|
tags: [concept, agents, telegram, archive, museum, groupsarchive, data-preservation, deletion-protocol]
|
|
---
|
|
|
|
# Telegram Archive & Museum — Gruppenarchiv-Strategie
|
|
|
|
**Ursprung:** OME23 Operations-Update (Transkript-Auswertung, Block 2: Gruppenarchiv)
|
|
**Erstellt:** 02. Juli 2026
|
|
|
|
## Kernkonzept
|
|
|
|
Telegram-Topics sollen ausgedünnt werden, um die Gruppe übersichtlich zu halten. Gleichzeitig soll die Historie als Museum/Archiv erhalten bleiben — nicht gelöscht, sondern strukturiert bewahrt.
|
|
|
|
Dies ist der **archivarische Gegenpol zum Deletion-Protocol**: Wo das Deletion-Protocol bereinigt, sichert das Archiv-Museum-Konzept die bewahrenswerte Substanz.
|
|
|
|
## Problemstellung
|
|
|
|
- Telegram-Topics wachsen unkontrolliert → Unübersichtlichkeit
|
|
- Historische Inhalte haben Wert (Diskussionen, Links, Einsichten) → Verlust wäre Verschwendung
|
|
- Telegram bietet keine nativen Archivierungs- oder Export-Funktionen auf Topic-Ebene
|
|
- Gruppe braucht einen klaren Lebenszyklus: Aktiv → Archiviert → Museum
|
|
|
|
## Format-Optionen
|
|
|
|
| Format | Vorteile | Nachteile |
|
|
|--------|----------|-----------|
|
|
| **JSON** | Vollständig, maschinenlesbar, Telegram-API-kompatibel | Nicht menschenlesbar |
|
|
| **Markdown** | Menschenlesbar, wiki-kompatibel, diff-freundlich | Verliert Telegram-spezifische Formatierung |
|
|
| **HTML** | Erhält Formatierung, visuell identisch | Schwer zu diffen, nicht wiki-kompatibel |
|
|
| **Neue Gruppe** | Bleibt in Telegram, durchsuchbar | Doppelgruppe-Problem, Migration-Aufwand |
|
|
|
|
## Strategische Empfehlung
|
|
|
|
**Hybrid-Ansatz:** JSON-Export als Backup (Vollständigkeit) + Markdown-Export für Wiki-Integration (Zugänglichkeit). HTML optional für visuelle Snapshots. Neue Gruppe als "Museums-Gruppe" mit read-only Charakter.
|
|
|
|
## Verbindung zum RamaDama-Wiki
|
|
|
|
Das Wiki selbst ist bereits eine Form des Museums: Raw-Dateien bewahren die Original-Quellen, Wiki-Seiten strukturieren das Wissen. Das Archiv-Museum-Konzept erweitert diesen Gedanken auf Telegram-Topics:
|
|
|
|
1. **Raw-Ebene:** Telegram-Topic-Export → `raw/telegram/topic-XXX-export.md`
|
|
2. **Wiki-Ebene:** Thematisch gruppierte Konzeptseiten verweisen auf die Raw-Exporte
|
|
3. **Museum-Ebene:** Eine "Ausstellung" — kuratierte, kommentierte Sammlung historischer Diskussionen
|
|
|
|
## Nächste Schritte (aus OME23)
|
|
|
|
> "Hector Archiv-/Museums-Vorschläge für Telegram-Topics bauen lassen."
|
|
|
|
1. Topic-Inventar erstellen (welche Topics existieren, wie viele Messages, welches Alter)
|
|
2. Aktivitäts-Analyse (welche Topics sind noch aktiv, welche dormant)
|
|
3. Export-Script für Telegram-Topics spezifizieren
|
|
4. Museums-Konzept für repräsentative historische Diskussionen
|
|
|
|
## Cross-References
|
|
|
|
- [OME23 — Evolution der KI-Workflows](../../events/ome23-evolution-ki-workflows.md) — Operations-Update Block 2
|
|
- [OpenClaw](../../tools/openclaw.md) — Agent für autonome Archivierung
|
|
- [plur1bus Gedächtnismodell](plur1bus-memory-model.md) — Memory-Layer als Archiv-Grundlage
|
|
- [Wiki Gardening / LLM Knowledge Base](../llm/llm-knowledge-base.md) — Karpathy-Pattern für Wissenspflege
|
|
|
|
## Verwandte Konzepte
|
|
|
|
- **Deletion-Protocol:** Bereinigung von veralteten Inhalten — das Archiv-Museum-Konzept ist der bewahrende Gegenpol
|
|
- **NotebookLM Pipeline:** Quelle → Transkript → Index → Deep-Dive — Archivierte Topics können als NotebookLM-Quellen dienen |