Comment devenir un opérateur d'agent Hermes

apprends à utiliser et à maîtriser Hermes Agent. installe le modèle de salle de contrôle de l'agent, configure des agents spécialisés et passe d'un seul agent à une équipe marketing complète sur un seul VPS.

la plupart des outils d'IA répondent à des questions. Hermes Agent exécute tes workflows de bout en bout.

il navigue dans ton navigateur, exécute des commandes terminal, planifie des tâches cron, surveille tes boîtes mail, rédige le travail et publie le résultat là où tu vis : Telegram, Discord, Slack, le fil d'emails dans lequel tu te trouves en ce moment.

construit par @NousResearch et open source avec 150 000 étoiles GitHub. Actuellement classé numéro 1 sur OpenRouter pour l'utilisation mondiale de jetons.

c'est le framework autour duquel j'ai construit toute mon opération marketing ces dernières semaines, et l'article que tu t'apprêtes à lire explique comment je le mettrais en place si je commençais aujourd'hui.

ce que tu vas tirer de cet article

• ce qu'est Hermes Agent et pourquoi les marketeurs (pas seulement les développeurs) devraient s'y intéresser
• la version accessible de l'architecture : le cerveau, la personnalité, les compétences, et comment tout cela tient dans un seul dossier
• les cas d'utilisation que j'utilise personnellement sur Hermes, avec les quatre posts que j'ai publiés à leur sujet
• le modèle mental en quatre parties (toi, salle de contrôle, agents, bus de tâches optionnel) et les quatre niveaux de configuration, d'« un agent sur ton ordinateur portable » à « une équipe d'agents entièrement automatisée sur un VPS que tu contrôles depuis ton téléphone »
• la méthodologie prototype → production que j'utilise pour passer d'une idée brouillonne à un déploiement autonome d'un workflow marketing
• les ressources que j'aurais voulu avoir dès le premier jour : la documentation, l'atlas communautaire, les personnes à suivre, les meetups qui ont lieu en ce moment
• les compromis honnêtes et là où ça casse encore

Je ne te vends rien dans cet article. Hermes est open source, Nous Portal a un niveau gratuit, et la majeure partie de l'écosystème communautaire est également gratuit. Forke-le, modifie-le, fais-le tien.

ce qu'est Hermes Agent

version courte : un agent autonome qui devient plus performant plus il tourne.

version longue : Hermes est un framework construit par Nous Research qui transforme un modèle en un opérateur persistant. Il a sa propre mémoire qui survit entre les sessions. Il écrit ses propres compétences au fur et à mesure qu'il travaille. Il est livré avec 123 compétences déjà intégrées (workflows GitHub, Obsidian, Google Workspace, Linear, Notion, Typefully, Perplexity, Deep Research, plus 100 autres). Il vit là où tu le mets : sur ton ordinateur portable, dans un conteneur Docker, sur un VPS, dans un runtime serverless. Et tu peux lui parler via plus de 20 surfaces : Telegram, Discord, Slack, email, mode vocal, ou simplement ton terminal.

Si tu as utilisé Claude Code ou OpenClaw, Hermes a la même forme avec une philosophie différente.

Hermes, c'est des rails. Des valeurs par défaut bien pensées, la batterie incluse, productif dès le premier jour avec une configuration minimale, l'agent fait plus de réflexion pour toi.

OpenClaw, c'est Linux. Des primitives, des garanties, un contrôle explicite, l'agent fait exactement ce que tu lui as dit et rien de plus.

Les deux sont valables. J'utilise Hermes parce que les valeurs par défaut groupées font effet boule de neige. Chaque projet que je démarre avec Hermes est un projet où l'agent sait déjà faire plus de 100 choses avant que j'écrive une ligne de configuration. Cette longueur d'avance en vaut la peine pour moi. J'ai aussi remarqué que Hermes n'a quasiment pas le même problème de déconnexion de la passerelle ou de bugs.

La preuve est dans les chiffres que Nous Research vient d'atteindre :

• numéro 1 sur OpenRouter pour l'utilisation mondiale de jetons (parmi tous les modèles et frameworks de la plateforme)
• 150 000 étoiles GitHub sur le référentiel Hermes
• 123 compétences intégrées avant que l'agent n'en écrive une seule
• plus de 70 outils intégrés dans la passerelle, plus de 300 modèles via un seul abonnement
• 6 cibles de déploiement : local, Docker, SSH, Daytona, Singularity, Modal
• plus de 20 surfaces de messagerie : Telegram, Discord, Slack, email, voix

Si tu es un marketeur IA et que tu n'as pas encore commencé à utiliser Hermes, tu laisses des capacités cumulatives sur la table chaque semaine.

comment ça marche (la version facile à lire)

Chaque agent Hermes a trois choses.

Un cerveau. La mémoire réside dans ~/.hermes/memories/. Deux fichiers, MEMORY.md et USER.md, sont injectés au début de chaque session. Ta grille de ton, tes notes de marque, le langage de tes clients, les corrections de la semaine dernière, tout ça est chargé avant la première instruction. Les sessions sont stockées dans SQLite, la consultation entre sessions est accessible via une recherche en texte intégral.

Une personnalité. soul.md est l'endroit où vit l'ambiance. Concis. Sarcastique. Direct. Formel. Rapide ou réfléchi. Tu peux lancer six agents et donner à chacun une âme différente, avec le même cerveau en dessous. L'un est ton commercial sortant avec l'énergie d'un fermeur. Un autre est ton chercheur qui aime les phrases longues. Un autre est ton assistant qui garde tout court.

Un ensemble de compétences.

123 compétences prêtes à l'emploi : PR GitHub, Obsidian, Google Workspace, Linear, Notion, Typefully, Perplexity, Deep Research, contrôle du navigateur, scraping web, vision, voix, planification. Et la boucle d'apprentissage fermée : pendant que l'agent travaille, il écrit de nouvelles compétences au fil de l'eau. Ta propre bibliothèque de compétences grandit par-dessus les 123 sans que tu aies à en écrire une seule.

Ensuite, il y a ce à quoi l'agent peut parler.

• la passerelle d'outils : un abonnement, plus de 300 modèles, plus le scraping web et l'automatisation du navigateur intégrés
• l'intégration MCP : tout service externe qui parle du Model Context Protocol devient un outil que ton agent peut utiliser
• plus de 20 surfaces de messagerie : Telegram, Discord, Slack, email, voix, plus le CLI lui-même

Et là où l'agent peut vivre.

• ton ordinateur portable (local)
• un conteneur Docker (isolé, portable, comme je fais fonctionner le mien)
• une session SSH sur un VPS (pour qu'il tourne même quand ton ordinateur portable est fermé)
• Daytona, Singularity, Modal (serverless si tu ne veux pas gérer l'infrastructure)

La boucle d'apprentissage fermée est ce qui rend cela différent d'un chatbot intelligent. L'agent se regarde travailler, écrit de nouvelles compétences au fur et à mesure qu'il apprend la forme de ton travail, affine périodiquement sa mémoire et rappelle le contexte passé entre les sessions en utilisant un mélange de recherche en texte intégral et de résumé par LLM. Tu n'as pas à lui réapprendre la semaine prochaine.

La règle que je donne aux nouveaux venus sur Hermes est celle-ci : n'essaie pas d'écrire tes propres compétences le premier jour. Exécute du vrai travail, laisse l'agent observer et laisse le harnais écrire les compétences. Tu construis une bibliothèque de compétences personnalisée plus rapidement en travaillant qu'en écrivant des instructions.

ce que j'utilise sur Hermes

Je suis un marketeur IA, pas un codeur. La plupart de ce que j'utilise sur Hermes est une infrastructure marketing avec parfois un outil interne. Voici la liste réelle :

• un assistant personnel qui gère le professionnel et le privé, vit dans Telegram, signale les quatre emails qui valent la peine d'être lus chaque matin, planifie mes rappels, résume les réunions que j'ai manquées
• un banc d'essai de prototypage de workflows marketing où je teste de nouveaux flux (aimant à prospects, examen de créations publicitaires, sprint de contenu) sur du vrai travail pendant 2 à 3 exécutions avant de les promouvoir
• des agents marketing spécialisés : SEO, prospection / développement commercial, examen de design, rédaction de contenu, chacun avec sa propre âme et son propre périmètre
• un cerveau d'entreprise qui surveille Slack, les discussions, les emails, les transcriptions, les notes vocales, et rend tout cela interrogeable. Quand je demande « qu'avons-nous dit à ce client à propos des prix le mois dernier ? » j'obtiens la réponse en 3 secondes au lieu de 30 minutes de recherche
• un agent SEO qui exécute le pipeline complet, de la graine de mot-clé à l'article publié, dans un seul conteneur Docker, 21 étapes, aucun humain au milieu jusqu'à la révision finale
• un agent de distribution de contenu qui prend un format long (cet article, par exemple) et l'atomise sur LinkedIn, X, Threads, avec des accroches spécifiques à chaque plateforme
• un agent orchestrateur qui ne produit pas lui-même de travail, mais achemine simplement les demandes vers le spécialiste approprié en fonction de ce que je demande

Le plan que j'ai posté et qui le résumait :

L'agent SEO en particulier mérite qu'on s'y attarde, car c'est celui que j'ai livré publiquement et celui qui correspond le mieux à l'architecture dans le reste de cet article. Cinq couches, toutes dans un seul conteneur Docker, 21 étapes de la graine de mot-clé à l'article publié.

Les 21 étapes ressemblent à ceci dans le terminal :

Les couches au-dessus de ce pipeline :

1. cerveau d'entreprise en haut : vision, marque, audience, produits. Chaque agent lit à partir de là
2. agent orchestrateur Hermes : prend le sujet ou la graine de mot-clé et l'achemine vers l'agent SEO
3. cerveau SEO : playbook de classement, règles de ton, formats de contenu, guide de style visuel, critères de réussite par format. Tout le contexte spécifique au SEO vit ici
4. trois sous-agents à l'intérieur de l'agent SEO, chacun gérant une phase :
5. recherche + idéation : graine de mot-clé, instantané SERP, extraction des concurrents, analyse de l'intention et du format, écart de contenu et visuel, validation interne et externe
6. production : brief d'angle et de positionnement, brief de stratégie visuelle, plan, brouillon, génération d'images, génération de diagrammes, QA visuelle et d'article
7. distribution : préparation à la publication, schéma, maillage interne, syndication, analytique, suivi
8. un conteneur Docker contient les trois sous-agents. Ils partagent l'environnement, la mémoire et les outils. Les sous-profils changent de contexte par phase. Un processus, un système de fichiers, un ensemble d'informations d'identification.

Pourquoi un conteneur au lieu de trois : le travail SEO est séquentiel. La recherche alimente le brief, le brief alimente la production, la production alimente la distribution. Chaque étape a besoin de la mémoire de ce qui a été décidé en amont. Diviser en trois conteneurs signifie transporter l'état entre les frontières, ce qui devient coûteux et casse la chaîne.

Chaque autre agent spécialisé de l'entreprise fonctionne sur le même modèle. Clone le modèle d'agent SEO, remplace le cerveau (cerveau SEO → cerveau de prospection, ou → cerveau de design, ou → cerveau de support), et tu obtiens un nouvel agent pour n'importe quelle fonction avec la même forme en cinq couches.

Les couches ne sont pas de la décoration. Elles sont la raison pour laquelle l'agent ne perd pas le contexte à mesure que le travail se spécialise. Le cerveau de l'entreprise reste stable pendant que le travailleur itère. Les couches du cerveau rendent le travailleur jetable.

J'ai également reçu Nous Research au siège d'@EspressioAI à Lisbonne pour une soirée Hermes Agent récemment. @yeahfortommy de Nous a animé une séance de questions-réponses, Simao de noticed .so a présenté un harnais d'agent avec recherche automatique, et j'ai expliqué comment nous utilisons Hermes pour la croissance chez Espressio.

Si tu es à Lisbonne et que tu veux venir à la prochaine, je posterai quand elle sera programmée.

d'un seul agent à toute une flotte

Avant les niveaux, le modèle mental.

La configuration comporte quatre parties :

• tu es l'opérateur. Tu as un accès direct à chaque partie du système.
• la salle de contrôle des agents est le plan de contrôle secondaire. Ce n'est pas un agent avec lequel tu discutes. C'est un dossier dans /root/vps-agents qui documente et gouverne toute la flotte. Tu l'ouvres, tu le modifies, tu l'inspectes, ou tu demandes à Claude, Codex ou Hermes de l'utiliser lorsque tu gères le système.
• les agents Hermes sont les travailleurs. Certains sont spécialistes (SEO, dév, CMO, opérations). L'un d'eux peut éventuellement être un orchestrateur.
• le bus de tâches des agents est un bureau d'orientation optionnel qui se situe entre l'orchestrateur et les spécialistes. Tu n'en as besoin qu'une fois que tu as un orchestrateur en jeu.

L'ensemble ressemble à ceci :

La séparation du stockage est plus importante que ce que les gens pensent :

La salle de contrôle contient les réponses à des questions comme : quels agents existent, ce qu'ils font, quels ports ils utilisent, à quelles informations d'identification ils font référence, ce que chaque agent peut et ne peut pas faire, et comment redémarrer, déboguer ou reconstruire n'importe lequel d'entre eux. Le runtime en direct contient le fonctionnement réel.

La salle de contrôle est le cerveau qui définit le système. Le runtime en direct est le corps qui l'exécute. Tu peux reconstruire le corps à partir du cerveau. Tu ne peux pas reconstruire le cerveau à partir du corps.

À l'intérieur de la salle de contrôle :

Et à l'intérieur du runtime de chaque agent dans /srv/<nom-agent>/data/ :

trois façons d'interagir

• le chemin de contrôle est la couche méta. Utilisé lors de l'ajout d'agents, de la révision de la documentation, de la vérification des ports, de la rotation des clés, du débogage de la configuration.
• le chemin direct est le plus rapide. Utilisé lorsque tu sais déjà quel agent fait le travail.
• le chemin orchestré est le synthétiseur. Utilisé lorsque tu veux une porte d'entrée unique qui achemine et combine le travail entre plusieurs spécialistes.

niveau 1 : un seul agent

Tu as un agent Hermes. C'est tout. La salle de contrôle peut toujours exister (recommandé), mais elle ne documente que cet agent.

Meilleur pour : configuration initiale, ton Hermes personnel, documentation d'installation racine, migration Docker simple.

Un agent, habité, avec une personnalité que tu as réglée et une mémoire qui a commencé à se constituer. Remplis SOUL.md avec la voix que tu veux, MEMORY.md avec les faits stables sur ton entreprise, et USER.md avec les faits stables sur toi. Connecte-le à Telegram ou Discord pour qu'il vive là où tu es. Commence à l'utiliser sur des tâches réelles. Laisse-le toucher à tes outils. Laisse-le écrire ses propres compétences au fil du temps.

MEMORY.md contient les faits stables (ce qu'est ton entreprise, qui sont tes clients, ce que font tes produits). USER.md contient les faits stables sur toi (fuseau horaire, heures de travail, projets récurrents, formats de sortie préférés). Les deux sont affinés chaque semaine à mesure que tu corriges l'agent dans des conversations réelles.

niveau 2 : agents spécialistes directs

Tu as plusieurs agents spécialisés, mais tu parles encore directement à chacun. Pas d'orchestrateur pour l'instant.

La salle de contrôle les documente tous.

Meilleur pour : séparation claire des rôles, tester quels agents sont utiles, éviter l'orchestration prématurée, garder les informations d'identification limitées par agent.

Le piège à éviter ici est de chercher un orchestrateur avant d'avoir prouvé que tes spécialistes sont utiles. Lance deux ou trois agents, utilise-les directement, et n'ajoute un orchestrateur que lorsque tu te surprends à vouloir une porte d'entrée unique.

Quand lancer un nouvel agent plutôt que de rester avec ce que tu as :

Mauvais schéma : un méga-agent avec toutes les informations d'identification et toutes les couches de mémoire mélangées. Tu perds l'isolation, tu perds la capacité de révoquer proprement l'accès, et l'agent devient confus quant à la voix à utiliser.

niveau 3 : orchestrateur + spécialistes

Tu ajoutes hermes-orchestrator comme porte d'entrée. Tu peux toujours parler directement aux spécialistes, mais l'orchestrateur peut acheminer le travail et synthétiser les résultats.

L'orchestrateur lit la salle de contrôle pour savoir quels agents existent, ce que fait chacun, où se trouvent les files d'attente de tâches, ce qui nécessite une approbation, quelles actions sont interdites, et où se trouvent la documentation et les manuels d'utilisation. Il n'a pas besoin de te demander tout cela, il le lit.

Meilleur pour : travail transversal, délégation, résumé et synthèse, une interface principale pour les workflows multi-agents.

L'orchestrateur est le moment où ta configuration cesse d'être une collection d'agents et devient une équipe. C'est aussi le moment où la salle de contrôle gagne sa place, car l'orchestrateur n'est aussi bon que la documentation qu'il lit.

À quoi ressemble un rapide point sur la flotte depuis mon ordinateur portable ou mon téléphone :

niveau 4 : équipe d'agents automatisée

Même forme que le niveau 3, mais avec des workflows récurrents et une automatisation plus forte. Les rapports SEO hebdomadaires s'exécutent via cron. Les vérifications de santé du serveur se déclenchent quotidiennement. La vérification des sauvegardes s'exécute sans que tu aies à demander. Les workflows métier inter-agents démarrent selon un calendrier.

Meilleur pour : rapports SEO hebdomadaires, opérations de contenu, vérifications de santé du serveur, vérification des sauvegardes, workflows métier inter-agents.

Le niveau 4 est ce à quoi ressemble un département marketing dans ton terminal. Il n'a pas besoin de toi pour démarrer la journée. Il se présente au travail tout seul, dépose des rapports, se vérifie et ne te contacte que pour les décisions qui nécessitent du goût.

la hiérarchie de contrôle

Un principe à garder en tête à mesure que tu montes les niveaux.

La salle de contrôle est destinée à la configuration, la documentation, les manuels et la gouvernance. Elle documente quels agents existent, ce qu'ils font, où ils s'exécutent, à quelles informations d'identification ils font référence, ce que chaque agent peut et ne peut pas faire. C'est le panneau d'administration de la flotte, y compris l'orchestrateur. Ce n'est pas l'endroit où tu vas pour travailler.

Pour travailler, tu parles directement aux agents. Soit un spécialiste (quand tu sais quel agent est responsable du travail), soit l'orchestrateur (quand tu veux une porte d'entrée unique pour acheminer le travail entre spécialistes).

le guide de configuration : pointe ton agent vers le dépôt

Maintenant que tu comprends l'architecture, voici comment la construire.

J'ai livré un modèle public qui contient la structure exacte décrite ci-dessus, plus les compétences dont ton agent a besoin pour le configurer pour toi.

Il se trouve sur github.com/shannhk/hermes-agent-control-room.

Tu peux le cloner manuellement, mais l'idée est que tu n'as pas à le faire. Si tu as Claude Code ou Codex sur ton ordinateur portable, les agents font la majeure partie du travail après que tu leur aies fourni une clé API Hetzner.

Le flux automatisé :

En dix à quinze minutes, tu obtiens :

• un VPS Hetzner frais avec les bons outils installés
• la salle de contrôle clonée dans /root/agent-control-room sur le VPS
• les compétences groupées liées dans ~/.claude/skills sur le VPS
• un agent Hermes enregistré, le manuel d'utilisation rempli, le fichier de correspondance d'environnement écrit
• un alias SSH sur ton ordinateur portable pour que ssh hermes se connecte instantanément

la méthodologie prototype → production

La plupart des workflows ne démarrent pas en tant que workflows de production. Ils commencent brouillons. Un flux qui effectue une recherche SEO, rédige un article, le planifie dans Typefully et le publie sur LinkedIn n'existe pas dans ta tête tout formé. Tu le découvres en l'exécutant.

Hermes est l'environnement de prototypage pour cela. Voici le chemin en quatre étapes que j'utilise pour faire passer un nouveau workflow marketing de l'idée au déploiement autonome :

1. prototypage dans Hermes. Ouvre ton agent Hermes principal, décris ce que tu veux qu'il se produise, et laisse-le essayer. Il va se tromper sur la plupart des choses au premier essai. Ce n'est pas grave.
2. exécute-le 2 à 3 fois sur du vrai travail, en corrigeant les dérives à chaque fois. Le harnais observe chaque correction et commence à écrire la compétence au fur et à mesure qu'il apprend la forme. À la troisième exécution, l'agent fait la plupart de ce que tu veux sans coaching.
3. affine dans un espace de travail dédié. Extrais le workflow dans un espace de travail Claude Code séparé (ou un agent Hermes frais si tu préfères), resserre les instructions, verrouille le routage, ajoute la gestion des erreurs, décide ce qui doit s'exécuter via cron et ce qui doit être déclenché.
4. déploie sur un VPS selon un calendrier. Une fois qu'il survit à une semaine d'exécutions réelles sans que tu aies à le surveiller, pousse-le dans son propre conteneur Docker sur ton VPS, configure le cron, et éloigne-toi.

J'ai appris ce schéma après avoir passé quelques week-ends à essayer d'écrire des agents prêts pour la production à partir de zéro. Tu ne peux pas écrire un agent de production à partir de zéro. Tu dois en faire grandir un. Hermes rend la partie croissance rapide.

1. prototypage dans Hermes
2. affinage dans un espace de travail dédié
3. déploiement autonome sur un VPS

les modèles que j'utilise sur Hermes

Hermes te donne le framework. Le modèle en dessous est ton choix. Via la passerelle d'outils, tu peux acheminer vers plus de 300 modèles à partir d'un seul abonnement, en changeant par agent ou par tâche.

Ce que j'utilise personnellement aujourd'hui :

• Claude Opus 4.7 pour le travail créatif : rédaction, ton, génération d'accroches, rédaction de contenu, tout ce où le goût et la qualité d'écriture comptent
• Codex (GPT 5.5) pour le travail structuré : codage, planification, workflows multi-étapes, automatisation du navigateur, scraping, tout ce où les étapes doivent être précises et le résultat prévisible

J'utilise les deux. Opus écrit. Codex construit et planifie. Hermes rend le routage facile : tu pointes chaque agent vers le modèle qui correspond au travail qu'il effectue.

Si tu ne peux en utiliser qu'un, la réponse dépend du type de travail que fait ta flotte. Beaucoup de contenu et de rédaction ? Commence par Claude Opus 4.7. Beaucoup d'infrastructure, d'automatisation et de workflows d'ingénierie ? Commence par Codex. Tu peux toujours ajouter le second modèle plus tard via la même passerelle d'outils.

compromis honnêtes

Je ne vais pas prétendre qu'Hermes est parfait. Trois compromis réels.

1. les valeurs par défaut groupées sont aussi des opinions. Hermes est livré avec des valeurs par défaut solides pour le fonctionnement de la mémoire, la façon dont les compétences sont écrites, la façon dont l'agent utilise les outils. C'est tout l'argument de vente. Mais cela signifie aussi que si tu veux des primitives avec un contrôle explicite sur chaque étape, Hermes te semblera lourd. OpenClaw est mieux adapté à cette préférence. Choisis l'outil qui correspond à ta philosophie.

1. les niveaux 3 et 4 ont une véritable courbe d'apprentissage. Docker, VPS, SSH, la structure de dossiers de la salle de contrôle, les compétences de l'orchestrateur, rien de tout cela n'est « installer et lancer ». Tu ne devrais pas passer au niveau 3 si tu n'utilises pas déjà Hermes au niveau 1 quotidiennement.

1. le modèle compte toujours. Hermes est un framework qui rend un bon modèle excellent. Il ne fait pas d'un petit modèle un stratège. Utilise les modèles les plus puissants que tu peux te permettre pour le travail qui compte (ton orchestrateur, ton agent de stratégie, ton cerveau). Passe à des modèles moins chers pour le travail qui ne compte pas autant (scraping de recherche, génération de brouillons, traitement par lots).

Rien de tout cela n'est magique. C'est un framework qui rapporte parce que la mémoire persiste, les compétences s'accumulent et les agents restent dans leur périmètre. Applique-le à un modèle de taille inappropriée et tu obtiens une équipe confuse. Applique-le au bon modèle et tu obtiens une équipe.

ressources

Si tu commences aujourd'hui, voici ce que je lirais dans l'ordre.

• la documentation officielle : hermes-agent.nousresearch.com/docs. Commence par le guide d'installation, puis lis la page des compétences pour comprendre ce qui est livré par défaut
• le modèle de salle de contrôle (mon dépôt) : github.com/shannhk/hermes-agent-control-room. La structure exacte que j'ai décrite ci-dessus, prête à être clonée. Modèle axé sur la salle de contrôle pour gérer les agents Hermes, d'un seul agent VPS à des équipes de spécialistes et des workflows orchestrés. Forke-le et fais-le tien
• hermesatlas.com : la carte organisée par la communauté de plus de 100 outils open source, plugins, espaces de travail et intégrations construits sur Hermes. Catégorisés par domaine (fournisseurs de mémoire, espaces de travail, registres de compétences, déploiement, orchestration). Inclut également le Hermes Handbook, une visite guidée pour débutants. Mises à jour hebdomadaires, newsletter gratuite
• @Teknium sur X : fondateur de Nous Research. Publie des mises à jour d'Hermes presque tous les jours. L'intégration du runtime Codex, le niveau gratuit DeepSeek V4 Flash sur Nous Portal, les compétences pretext, tout cela est passé par son fil en premier
• @NousResearch sur X : le compte officiel, les annonces officielles de fonctionnalités
• les meetups : il y a des meetups Hermes en personne maintenant (Lisbonne, Ventura, plus de villes). Ça vaut le coup de se présenter s'il y en a un près de chez toi. Tu apprends plus en 90 minutes de conversations informelles qu'en une semaine de lecture

J'espère que tu as trouvé de la valeur dans tout ça, merci d'avoir lu jusqu'au bout.

-- Shann