Aufbau eines persönlichen KI-Assistenten auf Telegram: 7 Probleme und Stack-Details

Ein Entwickler auf r/ClaudeAI hat einen persönlichen KI-Chefassistenten auf Telegram mit Claude Sonnet als Gehirn gebaut. Er integriert Notion, Google Kalender, Gmail, ein Meeting-Transkriptionstool, eine Kundenbetreuungsplattform und Google Chat. Der Stack umfasst einen Python-Telegram-Bot, ein dateibasiertes Kontextsystem mit Markdown-Dateien pro Projekt und Fähigkeiten, die als Markdown-Spezifikationsdateien für Anwendungsfälle wie Morgenbriefing und Meeting-Verarbeitung definiert sind.
Was tatsächlich funktioniert
- Natürliche Konversation mit vollem Tool-Zugriff – der Agent entscheidet, welche Tools aufgerufen werden
- Meeting-Verarbeitung: Transkriptlink ablegen, Agent extrahiert Entscheidungen, Aktionspunkte, speichert strukturierte Zusammenfassung
- Morgenbriefing auf Anfrage: Aufgaben, Kalender, offene Support-Tickets, empfohlener Fokus
- Entwurf von Nachrichten für jeden Kanal mit dem richtigen Ton
- Erstellen und Aktualisieren von Aufgaben mit natürlicher Sprache
7 ungelöste Probleme
- Kein Gedächtnis zwischen Sitzungen: Verlauf erfolgt im Arbeitsspeicher; Bot-Neustarts verursachen vollständige Amnesie. Zieht ein
hot_context.mdin Betracht, das am Ende der Sitzung mit TTL geschrieben wird. - Rein reaktiv: Antwortet nur, wenn er angeschrieben wird. Möchte proaktive Morgenbriefings um 9 Uhr und Benachrichtigungen über vernachlässigte Kunden. Hat Schwierigkeiten mit einem Format, das den Nutzer zum Lesen bringt, statt als Rauschen ignoriert zu werden.
- Kann nicht erkennen, ob er etwas vermeidet oder tatsächlich blockiert ist: Nutzer prokrastiniert je nach Aufgabentyp unterschiedlich. Möchte, dass der Agent Muster erkennt und Vermeidung anspricht, ohne zu nerven.
- Kein Abschlussritual: Aufgaben wachsen endlos. Benötigt wöchentliches „Töten oder Festlegen“, bei dem Dinge, die länger als 7 Tage offen sind, ein Datum erhalten oder gelöscht werden.
- Kontextlade-Blindstellen: Projektdateien funktionieren, wenn Kunden explizit erwähnt werden, versagen aber bei breiten Anfragen wie „Worauf sollte ich mich diese Woche konzentrieren?“ – der Agent überprüft vernachlässigte Beziehungen nicht proaktiv.
- Hosting unterbricht Dateisynchronisation: Lokaler Bot stirbt, wenn der Laptop zugeklappt wird. Wechsel zu VPS bedeutet, dass Kontextdateien auf dem Server leben. Unsicher, ob Git die richtige Synchronisationsebene ist.
- Kontextdateien werden veraltet: Der Agent hängt Protokolle an, pflegt aber keine Zusammenfassung auf oberster Ebene. Nach zwei Monaten sind Abschnitte nur noch halb korrekt. Hinterfragt Agent-Disziplin, Nutzer-Disziplin oder periodische Jobs.
Der ursprüngliche Beitrag bittet um ehrliche Meinungen von anderen, die ähnliche Systeme gebaut haben. Die Community hat wahrscheinlich Muster für sitzungsübergreifendes Gedächtnis, proaktive Planung und Kontextpflege.
📖 Vollständige Quelle lesen: r/ClaudeAI
👀 Siehe auch

OpenClaw läuft als vollwertiger Systemadministrator unter Linux mit lokalem LLM
Ein Benutzer betreibt OpenClaw als vollständigen Systemadministrator auf Linux-Servern, verwendet lokal Qwen 3.6 27b q6 ohne externes Internet außer Tailscale, und berichtet, dass es die Bereitstellung im Kiosk-Modus autonom durchgeführt hat.

Nicht-Entwickler erstellt astrologische Storytelling-Tools mit der Claude API
Ein 77-jähriger Nicht-Entwickler baute Fortune Cast und Ember Cast mit Claude als primärem Kollaborator und erstellte personalisierte astrologische Geschichten basierend auf Planetenpositionen und persönlichen Eingaben.

Verwendung von Claude als gnadenloser UI/UX-Reviewer mit spezifischer Persona-Prompt
Ein Reddit-Nutzer teilt einen Prompt, der Claude in einen gnadenlosen UI/UX-Berater verwandelt, der Live-Apps in zwei Durchgängen prüft: zuerst als rücksichtsloser Designer, dann als Erstnutzer, und die Ergebnisse in einer priorisierten Markdown-Datei ausgibt.

Aufbau eines produktiven autonomen ML-Forschungssystems mit Claude Code
Ein Entwickler hat ein System aufgebaut, in dem Claude Code als autonomer ML-Forscher mit tabellarischen Daten arbeitet, Experimente über Nacht durchführt und dabei durch eingeschränkte Dateibearbeitung und Docker-Sandboxing gesichert ist. Wichtige Erkenntnisse umfassen das Absichern bearbeitbarer Dateien, den Schutz des Experimentdurchsatzes durch Limits und die Implementierung von persistentem Speicher durch strukturierte Protokollierung.