Plan d'assemblage — OS Agentique personnel¶
Contexte¶
Suite à l'analyse de la vidéo sur les OS agentiques (20260520), réflexion sur comment assembler concrètement ces briques dans le setup existant de Bernard.
Source vidéo : shared/references/guide-os-agentique (à créer si besoin)
Ce qui est déjà en place et fonctionne¶
VPS Hetzner (178.105.46.57 — tekdhi.dev)¶
| Service | Statut | Accès |
|---|---|---|
Hermes Agent (Docker hermes-telegram) |
✅ Actif 24h/24 | — |
| Gateway Telegram | ✅ Actif | Téléphone |
| Hermes WebUI | ✅ Actif | port 3001 / hermes.tekdhi.dev |
| Hermes Dashboard | ✅ Actif | port 2019 / dashboard.tekdhi.dev |
| ttyd terminal | ✅ Actif | port 7682 / terminal.tekdhi.dev |
| PsychoEnLigneV2 backend | ✅ Déployé | port 3901 / api.tekdhi.dev |
| PostgreSQL + Redis (shared_infra) | ✅ Actif | réseau Docker partagé |
| Caddy reverse proxy | ✅ Actif | gère HTTPS et auth |
Local (WSL2 — PC workspace)¶
| Outil | Statut |
|---|---|
| Claude Code | ✅ Actif — interface principale de développement |
SSH vers VPS (~/.ssh/kanmaber_hetzner) |
✅ Configuré |
| Second-memory Obsidian | ✅ Actif — vault personnel |
Ce qui fonctionne réellement¶
- Mémoire de session : Claude Code lit CLAUDE.md + memory/ à chaque session → Bernard n'a pas à réexpliquer le contexte
- Skills et cron jobs : Hermes peut planifier des tâches récurrentes via Telegram ou Dashboard
- Orchestration partielle : Hermes sur VPS + Claude Code en local → deux agents qui peuvent coopérer
- Commande /yt : workflow YouTube → transcript → guide FR → VPS opérationnel (créé le 20260520)
- Mémoire globale :
/home/kanmaber/CLAUDE.mdchargé automatiquement dans tous les projets Claude Code
Les 4 briques à assembler¶
Brique 1 — Mémoire (fondation de tout)¶
Ce que c'est : les fichiers user.md, agents.md, soul.md de Hermes sur le VPS.
Ce sont des Markdown lus à chaque démarrage — ils définissent qui Bernard est,
comment il travaille, ce qu'il préfère.
Problème actuel : ces fichiers sont probablement vides ou minimalistes sur le VPS. L'agent ne connaît pas vraiment Bernard → ses réponses sont génériques.
Ce qu'on veut : Hermes sait que Bernard travaille sur PsychoEnLigneV2, qu'il est à Caritas Bénin, qu'il prépare FSM 2026, qu'il préfère la concision, qu'il utilise DDD strict, que les CUIDs remplacent les UUIDs, etc.
Source : tout est déjà dans second-memory/wiki/shared/mon-profil-utilisateur.md
et dans les mémoires Claude Code → il s'agit de transposer.
Chemin : /home/kanmaber/hermes/data/user.md et /home/kanmaber/hermes/data/agents.md
Brique 2 — Observabilité email + calendrier¶
Ce que c'est : connecter Gmail et Google Calendar à Hermes pour qu'il observe le flux réel de la vie de Bernard sans qu'il ait besoin de l'interpeller.
Problème actuel : Hermes est "aveugle" en dehors de ce qu'on lui dit sur Telegram. Il ne sait pas ce qui se passe dans la boîte mail, ni ce que l'agenda prévoit.
Ce qu'on veut : un briefing automatique chaque matin sur Telegram : emails non lus importants + événements du jour + état du projet actif.
Prérequis techniques :
1. Compte Google Cloud → activer Gmail API + Google Calendar API
2. Créer OAuth Client ID (Desktop App) → télécharger le JSON
3. Copier le JSON dans /home/kanmaber/hermes/data/
4. Autoriser via Hermes → coller l'URL dans Hermes WebUI ou terminal
Une fois connecté, créer ce cron job dans Hermes :
Tous les matins à 7h30 :
- Résume mes 5 emails non lus les plus importants
- Liste mes événements du jour
- Donne-moi l'état de PsychoEnLigneV2 (derniers logs backend)
- Envoie tout ça sur Telegram en 5 points maximum
Brique 3 — Bus d'événements (cron jobs utiles)¶
Ce que c'est : définir ce que Hermes surveille et quand il agit proactivement, sans que Bernard ait à lui demander.
Telegram est déjà le canal → il suffit de définir les déclencheurs.
Cron jobs prioritaires pour le profil Bernard :
| Fréquence | Tâche |
|---|---|
| Chaque matin 7h30 | Briefing email + agenda + état projet (Brique 2) |
| Chaque lundi 8h00 | Rapport semaine PsychoEnLigneV2 : tests, erreurs, uptime |
| Chaque vendredi 17h00 | Résumé semaine : décisions prises, tâches ouvertes, priorité lundi |
| Sur événement | Si un déploiement échoue → alerte immédiate Telegram |
Ces cron jobs se créent en écrivant à Hermes — pas besoin de toucher au code. Exemple : "Crée un cron job qui tourne chaque lundi à 8h00 et m'envoie un rapport sur l'état de PsychoEnLigneV2 sur Telegram."
Brique 4 — Orchestration Hermes ↔ Claude Code¶
Ce que c'est : faire travailler les deux agents ensemble. Hermes = orchestrateur (le CEO). Claude Code = exécutant code/architecture (le spécialiste).
Problème actuel : Hermes est sur le VPS, Claude Code est en local (WSL2). Ils ne se voient pas directement.
Solution intermédiaire (maintenant) : donner à Hermes la règle de délégation
via son agents.md :
Pour toute tâche de développement complexe (nouvelle fonctionnalité, refactorisation,
debug architecture), délègue à Claude Code. Formule la tâche clairement et attends
que Bernard valide avant d'agir.
Solution cible (semaine 4) : utiliser le skill task-router déjà en place
(voir shared/architecture/claude-et-hermes-workspace) pour que Hermes
déclenche Claude Code via SSH ou script.
Base de connaissance partagée : pointer les deux agents vers le même dossier dans le vault Obsidian → ils lisent et enrichissent les mêmes fichiers MD.
Plan 4 semaines¶
Semaine 1 — Enrichir la mémoire (fondation)¶
Objectif : Hermes connaît vraiment Bernard.
Actions :
1. SSH sur le VPS → lire user.md et agents.md actuels
2. Rédiger un user.md complet à partir de mon-profil-utilisateur.md du vault
3. Rédiger un agents.md avec les règles de travail (DDD, conventions, préférences)
4. Tester : écrire à Hermes sur Telegram → vérifier qu'il répond avec le bon contexte
5. Faire la même chose pour CLAUDE.md global local (compléter /home/kanmaber/CLAUDE.md)
Livrable : Hermes répond en connaissant Bernard sans qu'il ait besoin de se présenter.
Semaine 2 — Connecter Gmail + Calendar → briefing matinal¶
Objectif : Hermes observe le flux réel de la vie de Bernard.
Actions : 1. Créer projet Google Cloud → activer Gmail API + Google Calendar API 2. Créer OAuth Client ID → télécharger JSON → copier sur VPS 3. Connecter via Hermes WebUI ou terminal 4. Créer le cron job de briefing matinal (7h30, Telegram) 5. Ajuster le format du briefing selon les retours des premiers jours
Livrable : chaque matin, un message Telegram avec briefing email + agenda + état projet.
Semaine 3 — Activer les cron jobs utiles (bus d'événements)¶
Objectif : Hermes agit proactivement sur un rythme régulier.
Actions : 1. Créer le rapport hebdo lundi (état PsychoEnLigneV2) 2. Créer le résumé vendredi (semaine écoulée, priorités lundi) 3. Configurer l'alerte en cas d'échec de déploiement 4. Évaluer et ajuster après 1 semaine d'utilisation réelle
Livrable : 3-4 cron jobs actifs qui apportent de la valeur concrète chaque semaine.
Semaine 4 — Orchestration Hermes ↔ Claude Code¶
Objectif : les deux agents travaillent ensemble de façon coordonnée.
Actions :
1. Enrichir agents.md Hermes avec la règle de délégation à Claude Code
2. Tester sur une vraie tâche : demander à Hermes une mission de développement,
le voir formuler et déléguer à Claude Code
3. Connecter les bases de connaissance (pointer Hermes vers le vault Obsidian)
4. Documenter ce qui fonctionne et ce qui manque encore
Livrable : premier workflow complet Hermes → Claude Code → résultat → Hermes.
Réflexion honnête sur la faisabilité¶
Ce qui est vraiment réel aujourd'hui¶
- Les briques 1, 2, 3 sont réalisables sans magie — c'est de la configuration
- La brique 4 demande plus de travail technique mais la fondation existe déjà (voir shared/architecture/claude-et-hermes-workspace)
Ce qui reste du marketing¶
- "70-80% des workflows reproduits en 7-20 jours" (Hermes) → dépend entièrement de la qualité de ce qu'on lui montre et de la richesse de sa mémoire
- Le "majordome autonome et infaillible" → vision, pas réalité actuelle
- La fluidité entre agents → encore beaucoup de configuration manuelle
Ce qui est sous-estimé¶
- La maintenance : un agent qui apprend peut aussi dériver
- Le coût en tokens pour du 24h/24 avec un bon modèle
- La sécurité : un agent avec accès Gmail + Calendar + fichiers est une surface d'attaque large
Conclusion¶
Les briques existent et fonctionnent isolément. L'image du majordome numérique complet demande 4 semaines de configuration progressive. Le résultat à terme : un système qui connaît Bernard, l'informe proactivement, et délègue intelligemment les tâches entre Hermes et Claude Code.
Liens connexes¶
- shared/architecture/hermes-acces-vps-hetzner — 3 interfaces Hermes sur VPS
- shared/architecture/claude-et-hermes-workspace — orchestration Claude + Hermes existante
- shared/mon-profil-utilisateur — source pour enrichir user.md
- shared/references/vps-hermes-commandes — commandes SSH/Docker Hermes
- shared/references/hermes-webui-guide — guide WebUI pour créer cron jobs et skills