Créer un Chef de Cabinet IA personnel sur Telegram : 7 problèmes et détails de la pile technique

Un développeur sur r/ClaudeAI a construit un chef de cabinet IA personnel sur Telegram en utilisant Claude Sonnet comme cerveau. Il s'intègre avec Notion, Google Agenda, Gmail, un outil de transcription de réunions, une plateforme de support client et Google Chat. La stack inclut un bot Telegram Python, un système de contexte basé sur des fichiers avec des fichiers Markdown par projet, et des compétences définies comme des fichiers de spécifications Markdown pour des cas d'usage comme le briefing matinal et le traitement des réunions.

Ce qui fonctionne vraiment

• Conversation naturelle avec accès complet aux outils — l'agent décide quels outils appeler
• Traitement des réunions : déposez un lien de transcription, l'agent extrait les décisions, les actions à mener, enregistre un briefing structuré
• Briefing matinal à la demande : tâches, agenda, tickets de support ouverts, suggestion de priorité
• Rédaction de messages pour n'importe quel canal avec le ton approprié
• Création et mise à jour de tâches en langage naturel

7 problèmes non résolus

1. Pas de mémoire entre les sessions : L'historique est en mémoire ; le redémarrage du bot provoque une amnésie totale. Envisager un hot_context.md écrit en fin de session avec une durée de vie limitée.
2. Purement réactif : Répond seulement quand on lui envoie un message. Souhaite des briefings matinaux proactifs à 9h et des alertes pour les clients négligés. Difficulté à trouver un format qui pousse l'utilisateur à lire plutôt qu'à ignorer comme du bruit.
3. Incapable de savoir si l'utilisateur évite quelque chose ou est vraiment bloqué : L'utilisateur procrastine différemment selon le type de tâche. Souhaite que l'agent détecte les schémas et signale l'évitement sans devenir un rabat-joie.
4. Pas de rituel de clôture : Les tâches s'accumulent indéfiniment. Besoin d'un "tuer ou s'engager" hebdomadaire où les choses ouvertes depuis plus de 7 jours reçoivent une date ou sont supprimées.
5. Angles morts du chargement de contexte : Les fichiers projet fonctionnent quand le client est mentionné explicitement, mais échouent sur des requêtes larges comme "sur quoi devrais-je me concentrer cette semaine ?" — l'agent ne vérifie pas proactivement les relations négligées.
6. L'hébergement tue la synchronisation des fichiers : Le bot local meurt quand le portable se ferme. Passer à un VPS signifie que les fichiers de contexte vivent sur le serveur. Incertitude sur git comme couche de synchronisation.
7. Les fichiers de contexte deviennent obsolètes : L'agent ajoute des logs mais ne maintient pas de résumé de haut niveau. Après deux mois, les sections sont à moitié exactes. Questionnement sur la discipline de l'agent, celle de l'utilisateur, ou des tâches périodiques.

Le post original demande des retours honnêtes de la part d'autres personnes ayant construit des systèmes similaires. La communauté a probablement des schémas pour la mémoire inter-sessions, la planification proactive et la maintenance du contexte.