Si votre agent AI ne fonctionne que lorsque votre ordinateur portable est ouvert, c'est toujours un outil de bureau. Un espace de travail d'agent AI privé a besoin d'un endroit stable pour fonctionner, d'un système de mémoire qu'il peut lire et mettre à jour, d'un historique des versions que vous pouvez consulter, et d'un moyen simple d'envoyer des tâches de n'importe où.
Une pile pratique est : Hermes comme runtime de l'agent, NAS ou VM comme base 24/7, Obsidian comme mémoire Markdown, GitHub comme couche de synchronisation et de revue, Telegram comme interface de commande, et des outils AI locaux tels que Ollama et Open WebUI lorsque la confidentialité ou le coût sont importants.
Ce que fait réellement cet espace de travail
Cette configuration transforme l'utilisation dispersée de l'IA en un flux de travail répétable. Au lieu de copier du texte entre ChatGPT, les notes, GitHub et les applications de messagerie, vous envoyez une commande, laissez Hermes la traiter, enregistrez le résultat dans Obsidian, suivez la modification dans GitHub et recevez la sortie dans Telegram.
| Problème | Correction de l'espace de travail | Outil |
| L'agent oublie le contexte du projet | Stockez la mémoire persistante en Markdown | Obsidian |
| Les modifications de l'agent sont difficiles à faire confiance | Suivez chaque modification avec l'historique des versions | GitHub |
| Un ordinateur portable ne peut pas exécuter des tâches 24/7 | Déplacez le runtime vers un matériel toujours actif | NAS / VM |
| Les tâches sont difficiles à envoyer à distance | Utilisez un canal de commande mobile | Telegram |
| Les appels AI fréquents coûtent trop cher | Exécutez les tâches simples localement quand c'est possible | Ollama / Open WebUI |
Utilisez Hermes comme runtime de l'Agent
Hermes Agent est la couche runtime. Il reçoit les tâches, conserve le contexte, travaille avec les compétences, communique via des canaux de messagerie et peut exécuter des tâches planifiées. Dans cette architecture, Hermes est le travailleur ; le NAS est l'endroit où le travailleur réside.
Ne commencez pas par donner à Hermes le contrôle total de tout. Commencez par des tâches limitées : résumer une note, enregistrer un lien, créer un briefing quotidien, vérifier un dépôt GitHub ou rédiger une réponse Telegram pour approbation. Pour la couche Hermes, suivez le guide officiel ZIMA afin que le runtime de l'agent soit installé sur le même espace de travail toujours actif qui stocke votre coffre, vos journaux et vos tâches d'automatisation.
Meilleures premières tâches Hermes
| Tâche | Entrée | Sortie |
| Enregistrer un lien | URL Telegram | Note Obsidian avec résumé et tags |
| Briefing quotidien du projet | Modifications GitHub + notes récentes | Résumé Telegram |
| Capture de recherche | Texte, capture d'écran ou mémo vocal | Note structurée dans wiki/
|
| Approbation du brouillon | Invite ou message entrant | Brouillon envoyé à Telegram avant action |
Exécutez l'Agent sur NAS ou VM, pas seulement sur ordinateur de bureau
Un ordinateur de bureau est idéal pour éditer des notes et revoir des modifications. Il est mauvais pour l'automatisation en continu. Un NAS ou une VM est mieux adapté pour les tâches cron, la synchronisation en arrière-plan, les bots Telegram, les journaux et les tâches d'agent de longue durée.
C'est là que ZimaSpace s'intègre naturellement. Un serveur personnel ZimaBoard 2 suffit pour un espace de travail Hermes léger avec Telegram, synchronisation GitHub, cron et fichiers Obsidian. Un ZimaCube 2 AI NAS est plus adapté lorsque le coffre est volumineux, que les fichiers comptent, ou que vous souhaitez Ollama, Open WebUI, RAG et stockage d'équipe en un seul endroit.
Utilisez Obsidian comme couche de mémoire de l'agent
Obsidian fonctionne parce que la mémoire reste lisible. Son modèle de stockage local des données Markdown signifie que les notes vivent sous forme de fichiers simples dans un coffre. Les humains peuvent les modifier. Les agents peuvent les lire et les mettre à jour.
Gardez le coffre structuré. Ne laissez pas l'agent écrire où il veut.
coffre/
├── AGENTS.md
├── LLMMEMORIES.md
├── SYSTEMPROMPT.md
├── raw/
├── wiki/
└── .obsidian/
| Fichier / Dossier | Objectif | Règle de l'agent |
AGENTS.md |
Règles de l'espace de travail | Lire d'abord ; modifier uniquement avec revue |
LLMMEMORIES.md |
Contexte persistant du projet et de l'utilisateur | Lire souvent ; mettre à jour avec précaution |
SYSTEMPROMPT.md |
Préférences de style, de sortie et de comportement | Lire avant d'écrire |
raw/ |
Sources originales, PDF, captures d'écran, transcriptions | Lecture seule |
wiki/ |
Notes propres, résumés, connaissances liées | Zone principale d'écriture |
Rédigez un AGENTS.md clair avant l'automatisation
AGENTS.md est le fichier le plus important du coffre. Il indique à Hermes comment se comporter avant de toucher à vos notes.
# AGENTS.md
Avant d'écrire :
1. Lisez LLMMEMORIES.md.
2. Vérifiez les notes existantes dans wiki/ avant d'en créer une nouvelle.
3. Ne modifiez jamais raw/.
4. Écrivez de nouvelles notes structurées uniquement dans wiki/.
5. Utilisez des titres clairs et des liens internes.
6. Ajoutez des liens sources lors de la synthèse de matériel externe.
7. Demandez une approbation avant de modifier AGENTS.md, SYSTEMPROMPT.md ou LLMMEMORIES.md.
8. Envoyez un résumé Telegram après chaque tâche terminée.
Ce fichier unique évite la plupart des erreurs précoces : notes dupliquées, noms désordonnés, sources écrasées et dérive de la mémoire de l'agent.
Utilisez GitHub comme couche de revue
La mémoire écrite par l'agent a besoin d'un historique. GitHub vous offre des différences, des retours en arrière, des branches, des dépôts privés et une revue humaine. Cela importe car un agent peut écrire des notes utiles un instant et polluer votre base de connaissances le suivant.
Le plugin Obsidian GitHub Sync peut connecter un coffre Obsidian à GitHub. Le modèle des fichiers de dépôt et de l'historique des révisions de GitHub offre au coffre un backend contrôlé au lieu de laisser les modifications de l'agent non suivies.
Flux de travail de révision simple
- Vous modifiez les notes dans Obsidian.
- Le coffre se synchronise avec un dépôt GitHub privé.
- Hermes lit le contexte le plus récent.
- Hermes écrit uniquement dans les dossiers approuvés.
- Les modifications se synchronisent via GitHub.
- Vous révisez les différences avant de faire confiance à la mise à jour comme mémoire à long terme.
Utilisez Telegram comme canal de contrôle
Telegram est le moyen le plus rapide d’utiliser l’agent lorsque vous êtes loin du bureau. Envoyez un lien, une note vocale, une tâche, une capture d’écran ou une commande. Hermes le traite sur le NAS et renvoie le résultat.
L’API Telegram messages.sendMessage permet d’envoyer des messages dans une discussion, ce qui rend Telegram utile pour les résumés, rappels, demandes d’approbation et notifications d’achèvement.
Commandes Telegram utiles
| Commande | Action de l’agent |
| Sauvegardez ce lien | Résumez l’URL et écrivez-la dans wiki/
|
| Souvenez-vous de ceci | Ajoutez une entrée courte à LLMMEMORIES.md après approbation |
| Faites-moi un briefing | Résumez les changements GitHub et les nouvelles notes d’aujourd’hui |
| Rédigez une réponse | Créez un brouillon et renvoyez-le pour approbation |
| Trouvez les notes associées | Recherchez dans le coffre et retournez le contexte lié |
Construisez le premier flux de travail : Telegram vers Obsidian
Le meilleur premier flux de travail est la capture. Ne commencez pas par l’automatisation complète. Commencez par transformer les messages Telegram en notes Obsidian propres.
| Étape | Action | Sortie |
| 1 | Envoyer un message ou une URL Telegram | Entrée reçue par Hermes |
| 2 | Hermes classe l’entrée | Type de tâche : lien, note, rappel, recherche, brouillon |
| 3 | Hermes lit AGENTS.md
|
Dossier correct et règle d’écriture sélectionnés |
| 4 | Hermes crée une note | Fichier Markdown dans wiki/ ou boîte de réception |
| 5 | La synchronisation GitHub enregistre la modification | Historique des versions consultable |
| 6 | Hermes envoie un résumé Telegram | Vous savez ce qui a été sauvegardé |
Ajoutez Cron après que la capture fonctionne
Le travail planifié doit intervenir après que la boucle de capture de base soit stable. Hermes cron est utile lorsque la tâche a un déclencheur clair, une sortie prévisible et un faible risque.
Utilisez le guide d’automatisation cron Hermes pour les tâches récurrentes telles que les briefings quotidiens, la surveillance GitHub, le nettoyage des notes, les résumés de liens et les flux de travail de rappel.
Bonnes tâches cron pour un espace de travail privé
| Tâche Cron | S’exécute quand | Écrit vers |
| Briefing quotidien | Chaque matin |
wiki/quotidien/ et Telegram |
| Résumé des modifications GitHub | Une fois par jour | Note de projet |
| Nettoyage de la boîte de réception | Chaque soir | Pages wiki liées |
| Résumé de la file de lecture | Deux fois par semaine | Note de recherche |
Ajoutez l’IA locale uniquement là où elle est utile
L'IA locale est utile pour les tâches routinières : résumer des notes, taguer du contenu, extraire des actions, nettoyer des transcriptions et répondre à partir d’un contexte privé. L’IA cloud reste meilleure pour le raisonnement complexe, les recherches longues et le codage complexe.
Un guide d'auto-hébergement Ollama et Open WebUI est une bonne référence pour la couche de modèle local. Dans cette architecture, Ollama gère les modèles locaux, Open WebUI fournit une interface auto-hébergée, et Hermes décide du déroulement du travail.
| Tâche | Modèle local | Modèle cloud |
| Résumer les notes courtes | Bien adapté | Optionnel |
| Taguer les pages Obsidian | Bien adapté | Généralement inutile |
| Classer les messages Telegram | Bien adapté | Généralement inutile |
| Tâche de codage complexe | Dépend du modèle | Souvent mieux |
| Rapport de recherche approfondie | Utile pour le prétraitement | Souvent mieux pour le raisonnement final |
Maintenir l'automatisation sécurisée
Commencez par lire, résumer, enregistrer et notifier. Retardez les actions risquées jusqu'à ce que le flux de travail soit éprouvé.
| Action | Règle recommandée |
Lire raw/
|
Autorisé |
Écrire dans wiki/
|
Autorisé après test des règles |
Modifier LLMMEMORIES.md
|
Exiger une révision |
Modifier AGENTS.md
|
Exiger une révision |
| Envoyer des messages externes | Exiger l'approbation Telegram |
| Supprimer des fichiers | Bloquer par défaut |
| Pousser le code | Exiger une branche et une révision humaine |
Architecture de démarrage recommandée
Telegram
↓
Agent Hermes
↓
NAS / VM
├── Coffre Obsidian
│ ├── AGENTS.md
│ ├── LLMMEMORIES.md
│ ├── SYSTEMPROMPT.md
│ ├── raw/
│ └── wiki/
├── Synchronisation GitHub
├── Tâches Cron
├── Journaux
└── IA locale optionnelle
├── Ollama
└── Open WebUI
Construisez-le dans cet ordre : coffre d'abord, synchronisation GitHub ensuite, capture Telegram en troisième, flux de travail Hermes en quatrième, cron en cinquième, IA locale en sixième. Cela évite l'erreur courante d'installer de nombreux outils avant que la structure de mémoire ne soit prête.
Conclusion finale
Hermes fournit un environnement d'exécution à l'agent. Obsidian lui donne la mémoire. GitHub vous donne le contrôle des modifications. Telegram offre une interface à distance. Le NAS donne un lieu stable pour faire fonctionner tout le système.
C'est pourquoi ce sujet convient à ZimaSpace. Un NAS n'est plus seulement pour la sauvegarde ou le stockage média. Pour les utilisateurs d'agents IA, il devient la couche d'infrastructure privée pour la mémoire, l'automatisation et les flux de travail personnels 24/7.
FAQ
Hermes peut-il utiliser Obsidian comme mémoire à long terme ?
Oui. Hermes peut utiliser un coffre Obsidian comme mémoire à long terme si le coffre est structuré avec des règles claires, des fichiers Markdown lisibles et des permissions d'écriture sécurisées.
Pourquoi utiliser GitHub avec Obsidian pour les agents IA ?
GitHub rend les modifications des agents révisables. Si Hermes écrit une mauvaise note ou modifie la mémoire incorrectement, vous pouvez inspecter la différence, revenir au fichier précédent ou renforcer les règles dans AGENTS.md.
Telegram peut-il contrôler un agent IA fonctionnant sur un NAS ?
Oui. Telegram peut envoyer des commandes, des liens, des notes et des décisions d'approbation à l'agent. L'agent peut renvoyer des résumés, des brouillons, des rappels et des messages de fin à Telegram.
Ai-je besoin de modèles IA locaux pour cet espace de travail ?
Non. Vous pouvez commencer avec des modèles cloud. Les modèles locaux deviennent utiles lorsque vous souhaitez réduire les coûts pour les tâches courantes, améliorer la confidentialité des notes internes ou disposer d'une interface IA auto-hébergée.
Quel appareil ZimaSpace convient à ce flux de travail ?
ZimaBoard 2 convient à un espace de travail Hermes léger avec Telegram, cron, synchronisation GitHub et Obsidian. ZimaCube 2 convient à un espace de travail NAS IA plus grand avec plus de fichiers, RAG, Open WebUI, Ollama et stockage d'équipe.
CENTRE D'IA
Plus à lire

Prévisions de la demande pour les serveurs IA domestiques en 2027 : pourquoi les charges de travail IA privées se rapprochent du domicile
Une prévision pour 2027 expliquant pourquoi la demande de serveurs IA domestiques pourrait augmenter avec la convergence des LLM locaux, du RAG privé, de...

Ce que GPT-5.6 signifie pour l'IA locale, les serveurs domestiques et les données privées
Un guide pratique sur GPT-5.6, l’IA locale, les serveurs domestiques, les données privées, les flux de travail hybrides, RAG, l’appel d’outils et l’utilisation sécurisée...

Agent IA à la maison : que peut-il réellement automatiser ?
Un guide pratique des agents IA domestiques, couvrant le contrôle de la maison intelligente, les fichiers locaux, le RAG privé, les rapports serveur, les...

