flowchart TB
USER["Utilisateurs / Équipe / Clients
Telegram, CLI, Webhooks"]
HERMES["Hermes Orchestrateur Principal
classification, délégation, vérification"]
MEMORY["Mémoire persistante
préférences, conventions, contexte durable"]
SKILLS["Skills Hermes
procédures réutilisables par département"]
TOOLS["Outils
terminal, fichiers, web, browser, GitHub, TTS, etc."]
DELEGATE["Subagents on-demand
delegate_task"]
CRON["Agents planifiés
cron jobs"]
SPAWN["Instances Hermes longues
tmux / hermes chat -q"]
OUTPUT["Livrables vérifiés
rapports, plans, code, docs, déploiements"]
USER --> HERMES
HERMES --> MEMORY
HERMES --> SKILLS
HERMES --> TOOLS
HERMES --> DELEGATE
HERMES --> CRON
HERMES --> SPAWN
DELEGATE --> OUTPUT
CRON --> OUTPUT
SPAWN --> OUTPUT
TOOLS --> OUTPUT
classDef core fill:#1d4ed8,stroke:#93c5fd,color:#fff,stroke-width:2px;
classDef support fill:#0f766e,stroke:#5eead4,color:#fff,stroke-width:2px;
classDef worker fill:#334155,stroke:#94a3b8,color:#fff;
classDef out fill:#7c2d12,stroke:#fdba74,color:#fff,stroke-width:2px;
class HERMES core;
class MEMORY,SKILLS,TOOLS support;
class DELEGATE,CRON,SPAWN worker;
class OUTPUT out;
Implémenter l’organigramme agentique avec Hermes
Oui, c’est faisable assez facilement : Hermes fournit déjà l’orchestrateur, les outils, la mémoire, les skills, les sous-agents, les tâches planifiées et la gateway Telegram nécessaires pour structurer une société de conseil informatique augmentée par des agents IA.
Architecture recommandée
Hermes comme orchestrateur principal.
Pourquoi Hermes est adapté
Les briques principales existent déjà.
Chief Orchestrator
L’instance Hermes actuelle peut recevoir les demandes, classifier le besoin, choisir les agents, utiliser les outils et vérifier le résultat final.
Procédures réutilisables
Chaque département peut devenir un skill : avant-vente, découverte client, architecture, DevOps, sécurité, QA, documentation, incident, etc.
Agents à la demande
Avec delegate_task, Hermes peut créer des agents spécialisés pour analyser, rédiger, auditer, planifier ou revoir un livrable.
Agents récurrents
Les tâches de monitoring, reporting, relance client, support ou audit hebdomadaire peuvent tourner automatiquement.
Accessible depuis Telegram
L’équipe peut piloter l’organisation agentique depuis Telegram, CLI, webhooks ou autres plateformes connectées.
Capitalisation
Hermes peut conserver les préférences, conventions, connaissances stables et transformer les workflows réussis en skills.
Organisation des agents
Noyau stable + agents temporaires.
10 agents/skills à créer en premier
- Chief Orchestrator
- Client Discovery Agent
- Proposal Agent
- Solution Architect Agent
- Project Manager Agent
- DevOps Agent
- Security Review Agent
- Code Review Agent
- Documentation Agent
- Support / Incident Agent
Créés par mission
Client-X-Discovery-AgentProposal-Fintech-Client-AgentProject-Cloud-Migration-AgentAudit-Security-April-AgentIncident-NGINX-RCA-Agent
Chaque agent temporaire doit avoir une mission, une portée, une durée, un format de sortie et des permissions limitées.
Départements sous forme de skills
Une structure simple et maintenable.
flowchart LR
ORCH["Hermes Orchestrateur"]
SALES["Commercial
Lead, outreach, proposal, pricing"]
DISC["Découverte & Conseil
Discovery, BA, architecture"]
DELIVERY["Delivery Projet
PM, risques, communication"]
ENG1["Ingénierie Produit & Data
backend, frontend, data, IA"]
ENG2["Plateforme & Qualité
DevOps, cloud, QA, sécurité, docs"]
OPS["Support & Opérations
triage, incident, monitoring"]
ADMIN["Finance / Admin
contrats, facturation, ressources"]
ORCH --> SALES
ORCH --> DISC
ORCH --> DELIVERY
ORCH --> ENG1
ORCH --> ENG2
ORCH --> OPS
ORCH --> ADMIN
classDef orch fill:#1d4ed8,stroke:#93c5fd,color:#fff,stroke-width:2px;
classDef dept fill:#0f766e,stroke:#5eead4,color:#fff,stroke-width:2px;
class ORCH orch;
class SALES,DISC,DELIVERY,ENG1,ENG2,OPS,ADMIN dept;
Plan d’implémentation
Une mise en place progressive.
Créer un playbook agentique
Définir les règles : qui décide, quand déléguer, quels formats de sortie, quelles actions nécessitent une validation humaine.
Créer les skills par département
Chaque skill décrit le rôle, les étapes, les outils, les pièges et la checklist de vérification du département.
Standardiser les templates
Templates pour découverte client, proposition, architecture, plan projet, audit sécurité, incident RCA et documentation.
Tester un workflow complet
Exemple : un nouveau client demande un site + infrastructure + audit sécurité. Hermes délègue, collecte, vérifie et produit un livrable.
Automatiser les récurrences
Créer des cron jobs pour reporting, support, monitoring, follow-up commercial ou audit périodique.
Points de contrôle importants
Pour éviter une organisation chaotique.
Validation humaine obligatoire
Contrats, factures, engagement client, changement production, déploiement sensible, sécurité, suppression de données.
Isolation client
Séparer connaissances publiques, contexte client, secrets, accès, historique de projet et livrables confidentiels.
Agents non permanents par défaut
La majorité des agents doivent être temporaires : créés pour une mission, puis archivés ou supprimés.
Sorties structurées
Chaque agent doit produire : résumé, findings, risques, recommandations, next actions, confiance, besoin de validation humaine.
Prototype conseillé
Le meilleur point de départ.
Version 1 simple
Démarrer avec Hermes comme orchestrateur principal, 10 skills agents, un registre d’agents, et un premier workflow de test. Ensuite seulement, ajouter les agents commerciaux, pricing, QA, customer success, billing, cloud cost optimization et AI automation.