Vaincre la FOMO dans ce monde d'IA agentique

Table des matières

Ce que « agentique » signifie vraiment (et pourquoi votre ancienne pile LLM semble soudainement obsolète)
Le harnais d'agent : ce que personne ne vous a dit
Harnais fin avec compétences épaisses : le changement de paradigme
SKILL.md : le contrat qui lie le tout
Model Context Protocol (MCP) : le moment USB-C pour l'IA
Utilisation de l'ordinateur : des agents qui pilotent votre écran comme un humain
Les grands harnais de codage : Claude Code, OpenCode, Codex CLI, Pi, Cursor
OpenClaw vs Hermes : le battage médiatique en vaut-il la peine ?
Comment l'IA agentique transforme le monde (avec des workflows réels)
Les meilleures compétences à acquérir pour décrocher un emploi dans ce marché
Outils et frameworks à observer dès maintenant
Où poser des questions de qualité
Ressources supplémentaires

Il y a un an et demi, j'ai écrit un article intitulé Vaincre votre FOMO sur tout ce qui concerne les LLMs. RAG, magasins de vecteurs, llama.cpp, LoRA, les frameworks LLAMA. C'était tout le vocabulaire dont vous aviez besoin pour suivre l'industrie. Si vous compreniez les embeddings et pouviez assembler quelques bricoles avec LangChain, vous étiez en avance.

Ce monde a disparu.

Aujourd'hui, la conversation est passée de « comment faire en sorte que le modèle réponde à ma question » à « comment faire en sorte que le modèle fasse le truc de bout en bout, tout seul, avec des outils, sur ma machine, pendant des heures, sans que j'aie besoin de le surveiller. » Les termes ont aussi changé. Harnais. Compétences. Sous-agents. MCP. Hooks. Bacs à sable. Trajectoires. OpenClaw. Hermes. Si vous avez ouvert Twitter cette semaine et eu l'impression que tout le monde parlait une langue étrangère, cet article est pour vous.

Je vais vous guider à travers l'ensemble de la pile de ce qu'est réellement l'IA agentique en 2026, les frameworks sur lesquels tout le monde se dispute, ce qui est un vrai signal par rapport au marketing, et ce qu'il faut vraiment apprendre si vous voulez travailler dans ce domaine.

Petite note avant de commencer : j'ai écrit ceci pour deux publics à la fois. Si vous construisez des logiciels pour vivre, vous reconnaîtrez les schémas et les liens vers les ressources. Si ce n'est pas le cas, mais que vous voulez comprendre de quoi vos amis ingénieurs et votre fil LinkedIn sont obsédés, vous y arriverez aussi. J'explique le jargon en langage simple la première fois qu'il apparaît, et il y a des schémas à chaque concept important. Lisez à la profondeur qui vous convient. C'est parti.

Ce que « agentique » signifie vraiment

La façon la plus simple de le concevoir : un LLM normal (un cerveau de chatbot comme ChatGPT, Claude ou Gemini) répond à votre requête. Un agent décide quoi faire ensuite, agit dans le monde réel, observe le résultat, et décide quoi faire après ça, en boucle, jusqu'à ce qu'il termine la tâche.

Imaginez la différence entre demander à un ami « quel temps fait-il à Tokyo » et engager un agent de voyages pour planifier votre voyage de deux semaines au Japon. Le premier est un aller-retour unique. Le second est une longue séquence de décisions, d'appels d'outils (sites de réservation, cartes, calendriers), de retours en arrière, et d'un livrable final. Ce second mode est ce que nous appelons agentique.

Chatbot vs Agent : un chatbot répond à une question unique, tandis qu'un agent boucle à travers des appels d'outils jusqu'à ce qu'un objectif soit atteint

Trois choses distinguent un agent d'un chatbot :

Il peut appeler des outils. Lire un fichier, exécuter une commande bash, interroger une API (ce qui signifie demander à un autre logiciel de faire quelque chose), éditer du code, naviguer sur le web. L'agent ne fait pas que parler, il agit.
Il a une boucle. Il examine la sortie de l'outil, raisonne à son sujet, et décide de l'étape suivante. Cela continue jusqu'à ce que l'objectif soit atteint.
Il a de la mémoire et des compétences. Il ne repart pas de zéro à chaque fois. Il transporte le contexte au sein d'une session, et de plus en plus entre les sessions.

Les modèles que vous connaissez déjà (Claude Opus 4.7, GPT-5, Gemini 2.5, Qwen3, GLM, DeepSeek) sont le cerveau. Ce qui se trouve autour du cerveau pour lui donner des yeux, des mains, de la mémoire et un espace de travail est le harnais. Et le harnais, il s'avère, compte autant que le modèle lui-même.

Le harnais d'agent : ce que personne ne vous a dit

Si 2023 était l'année de « quel est le meilleur modèle », 2026 est l'année de « quel est le meilleur harnais ». Un harnais est la couche logicielle qui enveloppe un LLM et le transforme en un agent fonctionnel. Le guide de Parallel et l'article de Firecrawl sont tous deux de bons points d'entrée si vous voulez un traitement plus complet.

Concrètement, un harnais gère :

L'assemblage du contexte : décider ce qui entre dans le prompt à chaque tour (votre dépôt (votre dossier de code), les 12 derniers messages, les définitions d'outils, les docs pertinentes).
L'exécution des outils : définir les outils que le modèle peut appeler, valider leurs entrées, les exécuter, retourner les résultats.
La mémoire et l'état : maintenir la cohérence de la conversation sur des centaines de tours, compacter l'ancien contexte (résumer les anciens messages) pour ne pas faire exploser la fenêtre de contexte (la limite de mémoire de travail de l'IA).
Les autorisations et le bac à sable : décider quelles actions nécessitent une approbation humaine, isoler l'accès au système de fichiers, les politiques réseau. Un bac à sable est simplement un espace de travail cloisonné où l'agent peut agir sans affecter le reste de votre ordinateur.
Les sous-agents et l'orchestration : quand un agent génère un autre agent pour effectuer une sous-tâche spécialisée et lui fait rapport. Pensez à un manager qui délègue à un spécialiste.
La récupération après échec : tentatives, analyse des erreurs, replanification automatique.

Anatomie d'un harnais d'agent : le LLM se trouve au centre en tant que cerveau, entouré des composants du harnais qui lui fournissent des outils, de la mémoire, des autorisations, des sous-agents et une récupération d'erreurs.

Il y a un excellent article datant du début de cette année qui montre que le même LLM fonctionnant sur le même benchmark peut montrer jusqu'à 6 fois de différence dans le taux de succès basé uniquement sur le harnais dans lequel il est enveloppé. C'est la découverte phare qui motive une grande partie du changement actuel dans le domaine. Les modèles ne sont plus le seul levier. Le système autour du modèle est le levier.

Voici le modèle mental. Pensez au LLM comme à un entrepreneur brillant mais facilement distrait. Le harnais est le chef de projet, l'échafaudage, la boîte à outils, le harnais de sécurité (littéralement), la feuille de temps et la boîte de réception. Enlevez tout cela, et l'entrepreneur n'est plus qu'un gars qui marmonne tout seul sur un parking vide.

En langage simple : le modèle est le penseur. Le harnais est tout ce qui transforme la pensée en action.

Harnais fin avec compétences épaisses : le changement de paradigme

Voici le terme le plus important que vous devriez retenir de cet article : harnais fin avec compétences épaisses.

Les anciens frameworks d'agents (pensez aux premiers AutoGPT, BabyAGI, les abstractions d'agents lourdes de LangChain) essayaient de mettre toute l'intelligence à l'intérieur du harnais lui-même. Le harnais avait des prompts de planification élaborés, des modèles de raisonnement codés en dur, des personnalités intégrées. Le prompt système (les instructions permanentes que le modèle reçoit au début de chaque conversation) pouvait à lui seul faire dix mille tokens (un token est approximativement un morceau de texte, environ quatre caractères). Le modèle avait à peine de la place pour penser parce que le harnais parlait constamment par-dessus lui.

La nouvelle approche inverse cela. Le harnais doit être fin : une boucle petite, propre et transparente qui sait comment appeler des outils, gérer le contexte et respecter les autorisations. Rien de plus. Toute l'expertise réelle réside dans les compétences : des unités de savoir-faire externes, découvrables et empaquetées, que le harnais charge à la demande. L'explication la plus claire de cette idée est le guide Skill Issue : Ingénierie des harnais pour les agents de codage, qui soutient que la plupart des échecs d'agents sont des problèmes de configuration, et non des limitations du modèle.

L'analogie la plus simple : le harnais est le système d'exploitation, les compétences sont les applications. Vous ne voulez pas que votre OS sache comment concevoir une présentation. Vous voulez que l'OS soit léger et fiable, et vous voulez une compétence PowerPoint qui ne se charge que lorsque vous en avez besoin.

Harnais fin avec compétences épaisses : l'ancienne méthode mettait tout dans le harnais ne laissant aucune place à votre travail, la nouvelle méthode utilise un harnais léger et extrait l'expertise d'une bibliothèque de compétences uniquement lorsque nécessaire

Une compétence, dans ce paradigme, est simplement un dossier avec :

Un fichier SKILL.md expliquant à quoi sert la compétence, quand la déclencher et comment l'utiliser
Des scripts, modèles, données de référence optionnels
Des sous-fichiers optionnels que l'agent lit au fur et à mesure qu'il approfondit une tâche

Lorsque le harnais voit une tâche qu'il peut reconnaître, il charge le SKILL.md pertinent, le lit, suit les instructions et procède. Le modèle n'est pas préchargé avec tous les workflows possibles. Il les recherche, juste-à-temps, comme vous chercheriez une réponse sur Stack Overflow.

C'est très important car :

C'est évolutif. Vous pouvez ajouter un millier de nouvelles compétences sans gonfler le prompt système de base. L'agent ne charge que ce dont il a besoin.
C'est portable. Une compétence écrite pour Claude Code peut en grande partie fonctionner dans OpenCode ou Hermes. Le format devient un standard de facto.
C'est cumulatif. Chaque fois que l'agent termine bien une tâche, vous pouvez lui demander d'écrire cette procédure en tant que nouvelle compétence. L'agent s'améliore mesurablement pour votre travail spécifique au fil du temps.

Pi (un harnais de codage minimaliste) a été l'un des premiers à populariser ce modèle avec un prompt système de moins de 1000 tokens contre les 10000+ dans les harnais directifs, laissant presque toute la fenêtre de contexte pour votre code, vos plans, vos docs. Claude Code a formalisé cela en un système de compétences que d'autres harnais ont ensuite adopté. OpenCode, OpenClaw et Hermes parlent tous le même dialecte maintenant.

SKILL.md : le contrat qui lie le tout

Si vous ne devez apprendre qu'un seul format de fichier dans l'IA agentique cette année, apprenez celui-ci. La spécification officielle se trouve sur agentskills.io et le dépôt de référence canonique est anthropics/skills sur GitHub.

Un SKILL.md minimal ressemble à ceci :

name: pdf-form-fill

description: Utilisez cette compétence lorsque l'utilisateur demande à remplir, signer ou extraire des champs d'un formulaire PDF. Les déclencheurs incluent des phrases comme « remplir ce PDF », « extraire les champs de ce formulaire », « signer ce document ».

Remplissage de formulaire PDF

Quand l'utiliser

L'utilisateur télécharge un formulaire PDF et demande à le remplir
L'utilisateur souhaite une extraction de champs depuis un formulaire
L'utilisateur souhaite aplatir un formulaire rempli en un PDF statique

Comment l'utiliser

Ouvrir le fichier dans \/mnt/user-data/uploads/...\
Exécuter \python scripts/extract_fields.py <chemin>\ pour lister les champs
Demander à l'utilisateur les valeurs que vous n'avez pas
Exécuter \python scripts/fill_form.py <chemin> <field_values.json>\
Sauvegarder la sortie dans \/mnt/user-data/outputs/\

Contraintes

Ne jamais modifier le fichier original téléchargé
Toujours préserver les métadonnées du formulaire
Aplatir uniquement si l'utilisateur le demande explicitement

Le bloc en haut entouré de trois tirets s'appelle un frontmatter YAML, qui sont simplement des métadonnées structurées que l'agent lit en premier pour décider si la compétence s'applique. Le reste est constitué d'instructions simples, du genre que vous pourriez écrire pour une nouvelle recrue le premier jour.

L'agent lit ce fichier, comprend à quoi sert la compétence à partir de la description, suit la procédure et utilise les scripts inclus. Le harnais n'a jamais eu besoin d'être reprogrammé pour connaître les formulaires PDF. Vous avez simplement déposé un dossier, et l'agent sait maintenant comment faire.

Ce modèle s'appelle la divulgation progressive. L'agent ne lit que ce dont il a besoin, quand il en a besoin. Les descriptions des compétences sont analysées en premier (peu coûteux), le corps complet est lu lorsque la compétence s'active (coût moyen), et les scripts inclus ne sont lus que lorsqu'une étape l'exige (le plus coûteux). C'est ainsi que vous gardez la fenêtre de contexte propre et l'agent fiable sur de longues tâches.

Pyramide de divulgation progressive : l'agent lit d'abord une minuscule description, puis le corps complet du SKILL.md uniquement lorsqu'il est déclenché, puis les scripts inclus uniquement lorsque nécessaire pour une étape spécifique

Model Context Protocol (MCP) : le moment USB-C pour l'IA

L'autre pièce du puzzle est le MCP, le Model Context Protocol, introduit par Anthropic et désormais adopté dans tout l'écosystème. Un protocole est simplement un langage convenu que deux logiciels utilisent pour communiquer entre eux.

Si les compétences sont la façon d'enseigner des procédures à un agent, le MCP est la façon de lui donner un accès standardisé aux systèmes. Pensez au MCP comme à l'USB-C pour les outils d'IA. Avant MCP, chaque framework d'agent avait sa propre façon de définir les outils. Vous écriviez un connecteur Notion pour LangChain, puis vous le réécriviez pour AutoGen, puis vous le réécriviez pour Claude Code. Trois connecteurs, trois bugs.

MCP standardise cela. Vous écrivez un serveur MCP une fois. Il expose des outils (read_notion_page, search_drive, send_slack_message). N'importe quel client compatible MCP (Claude Code, OpenCode, OpenClaw, Hermes, Cursor) peut le brancher et l'utiliser.

MCP comme USB-C : un serveur MCP se connecte à de nombreux agents IA d'un côté et à de nombreux services de l'autre, donc vous écrivez le connecteur une fois et n'importe quel agent peut l'utiliser

En pratique, cela signifie :

Vous pouvez construire un serveur MCP interne qui expose les API internes de votre entreprise une fois, et tout agent que vous adopterez à l'avenir pourra l'utiliser
Vous pouvez récupérer des serveurs MCP open source depuis le registre pour Google Drive, Linear, GitHub, Asana, votre base de données, votre outil de design, peu importe
Vous pouvez mélanger et assortir les harnais sans réécrire votre couche d'outils

C'est le deuxième pilier de la pile d'agents moderne. Les compétences sont les procédures. MCP est le câblage. Ensemble, avec le harnais, ils forment la trinité.

Utilisation de l'ordinateur : des agents qui pilotent votre écran comme un humain

Vous savez comment vous utilisez un logiciel : vous regardez l'écran, vous déplacez la souris, vous cliquez, vous tapez. Jusqu'à récemment, les agents ne pouvaient pas faire cela. Ils ne pouvaient appeler que des API propres, ce qui signifiait que la plupart des logiciels du monde (applications de bureau legacy, outils internes construits de façon étrange, tout ce qui n'a pas d'API appropriée) étaient hors limites.

L'utilisation de l'ordinateur est la capacité qui résout ce problème. L'agent reçoit une capture d'écran de votre écran, décide où cliquer ou quoi taper, envoie des commandes de souris et de clavier, puis prend une autre capture d'écran pour voir ce qui s'est passé. Boucle. Comme un humain, mais plus lent et plus patient.

C'est important car :

Tout logiciel devient soudainement automatisable, pas seulement ceux avec de bonnes API. Le logiciel mondial a été construit principalement sans penser aux agents, donc la plupart n'ont pas d'API propre. L'utilisation de l'ordinateur le débloque.
Les systèmes d'entreprise legacy (SAP, Oracle, wrappers mainframe, outils internes vieux de vingt ans) peuvent enfin être touchés sans les réécrire.
L'agent n'a pas besoin de permission du fournisseur pour interagir avec leur logiciel. Il a juste besoin de voir l'écran.

Les trois principales implémentations à la mi-2026 :

Claude Computer Use : Anthropic a lancé cela fin 2024 et l'a affiné à travers plusieurs versions. Expose un outil portable de capture d'écran + souris + clavier qui fonctionne sur n'importe quel OS, dans n'importe quelle VM, dans n'importe quel conteneur. Le meilleur généraliste actuellement. Alimente Claude Cowork, le produit desktop grand public d'Anthropic, qui est essentiellement l'utilisation de l'ordinateur de Claude enveloppée dans une application conviviale.

OpenAI Operator (et Codex Background Computer Use) : le CUA (Computer Use Agent) d'OpenAI. Initialement centré sur le navigateur mais étendu au bureau complet avec la version Codex d'avril 2026. Inclus avec ChatGPT Pro. Dispose d'un « mode prise en charge » où l'humain intervient pour les actions sensibles comme la saisie de mot de passe.

Gemini Computer Use (anciennement Projet Mariner) : l'entrée de Google, optimisée pour le travail ancré dans le navigateur. Intégré à Chrome et à l'API Gemini. Performant sur les tâches web, plus faible sur le bureau complet. Le Projet Mariner en tant que produit autonome a été retiré en mai 2026 et ses capacités ont été intégrées à l'agent principal Gemini.

Le benchmark standard est OSWorld-Verified, où les agents sont notés sur des tâches de bureau réelles sous Linux, Windows et le web. Les meilleurs scores sont d'environ 70 à 85 % début 2026, ce qui semble impressionnant jusqu'à ce que vous réalisiez que cela signifie qu'environ une tâche sur quatre à une sur cinq échoue encore. L'utilisation de l'ordinateur est réelle, elle est livrée dans des produits que vous pouvez utiliser aujourd'hui, mais elle n'a pas encore atteint le niveau de fiabilité qui vous permet de l'abandonner complètement.

Les limites honnêtes, puisque personne d'autre ne vous le dira :

Lent. Chaque étape implique une capture d'écran, un appel de modèle et une action souris/clavier. Une tâche qui vous prendrait 30 secondes prend à l'agent cinq à dix minutes.
Cher. Les longues sessions brûlent rapidement les tokens, d'autant plus que les captures d'écran comptent comme des entrées d'image qui sont plus chères que le texte.
Fragile sur les UIs dynamiques. Les choses qui bougent, les popups, les publicités, les tests A/B, les bannières de cookies soudaines, tout cela casse les agents de différentes manières.
Risque de sécurité. Un agent avec accès au clavier et à la souris sur votre vraie machine peut causer de vrais dégâts. Mettez-le en bac à sable (exécutez-le dans une machine virtuelle isolée). Ne lui donnez jamais votre gestionnaire de mots de passe. Ne l'exécutez jamais sur le même bureau où se trouvent vos onglets bancaires.

L'endroit intéressant où cela va : les piles hybrides. Le même harnais a accès à des API et des serveurs MCP pour les choses qui les exposent, et revient à l'utilisation de l'ordinateur uniquement lorsqu'il n'y a pas de chemin propre. Vitesse et fiabilité là où c'est possible, portée universelle là où ce ne l'est pas. Si vous avez utilisé Manus ou regardé les démos récentes de Claude Cowork, c'est le modèle.

Les grands harnais de codage

L'espace des agents de codage est celui où la guerre des harnais se livre le plus, car les tâches de codage sont longues, vérifiables et lucratives. Voici une carte non exhaustive de ce que les gens utilisent. Pour une comparaison plus approfondie, cette comparaison de 2026 est le meilleur article unique que j'aie lu.

Petite note de vocabulaire avant la liste : un CLI est un outil en ligne de commande, le genre que vous pilotez en tapant dans une fenêtre de terminal plutôt qu'en cliquant. Un TUI est une version légèrement plus sophistiquée avec des menus et des panneaux mais toujours dans le terminal. Une clé API est un mot de passe qui permet à votre logiciel de parler à un service payant comme OpenAI ou Anthropic.

Claude Code : L'agent CLI propriétaire d'Anthropic, verrouillé à la famille Claude. Harnais étroitement intégré avec mémoire de projet via CLAUDE.md, autorisations, hooks, MCP, plugins, compétences et sous-agents. Raffiné et directif. Si vous êtes à l'aise dans l'écosystème Anthropic, c'est l'expérience la plus fluide disponible. Environ 114 000 étoiles GitHub et en croissance.

OpenCode : L'homologue open source. Sous licence MIT (ce qui signifie que n'importe qui peut l'utiliser, même commercialement, gratuitement), prend en charge plus de 75 fournisseurs de modèles, harnais entièrement scriptable. La boucle d'agent est exposée et configurable via opencode.json. Vous pouvez brancher Claude Opus via clé API, GPT-5, Qwen, DeepSeek, des modèles Ollama locaux, peu importe. Environ 160 000 étoiles. Meilleur choix si vous voulez une indépendance vis-à-vis du modèle, une confidentialité locale totale ou la possibilité de forker le harnais lui-même (fork signifiant faire votre propre copie et la modifier). Une analyse technique solide se trouve ici sur Composio.

Codex CLI : L'agent de codage en terminal d'OpenAI. Vit dans votre shell, s'appuie fortement sur les modèles GPT, de plus en plus compétitif sur les benchmarks. À suivre surtout si votre pile est lourde sur OpenAI.

Pi (github) : Le contre-argument minimaliste. Prompt système minuscule (moins de 1k tokens), wrapper TUI, totalement inspectable. Vous définissez le comportement via AGENTS.md et des extensions TypeScript. La thèse est que vous, pas le harnais, devriez contrôler la fenêtre de contexte. L'article de Mario Zechner sur pourquoi il l'a construit vaut votre temps.

Cursor : L'option centrée sur l'éditeur. Ce n'est pas un harnais CLI, mais sa couche d'agent est parmi les plus itérées de façon agressive. Cursor a du personnel à temps plein dont le seul travail est de réécrire les prompts système et les descriptions d'outils chaque fois qu'un nouveau modèle sort. C'est pourquoi il semble souvent plus fiable que d'autres agents sur le même modèle.

Aider : L'OG. Toujours excellent pour les modifications de type programmation en binôme avec une forte intégration git. Portée plus petite, plus facile à raisonner.

OpenHarness : Une implémentation Python ultra-légère de l'Université de Hong Kong qui recrée environ 98 % des capacités d'outils de Claude Code en environ 11 700 lignes. Utile si vous voulez lire le code source d'un harnais complet en une seule fois et comprendre ce qui se passe.

Une règle empirique pratique pour en choisir un :

Si vous voulez l'expérience la plus fluide et que vous acceptez d'être verrouillé à Claude, choisissez Claude Code
Si vous voulez la liberté de modèle, l'exécution locale ou forker le harnais, choisissez OpenCode
Si vous voulez un minimum de magie et un contrôle total, choisissez Pi
Si vous vivez dans un IDE (l'éditeur où vous écrivez du code), choisissez Cursor

Vous finirez par en utiliser plus d'un. Ce n'est pas grave. Choisissez celui qui fait le moins mal pour commencer.

OpenClaw vs Hermes : le battage médiatique en vaut-il la peine ?

C'est la question qu'on me pose le plus. Twitter a passé six mois à crier sur les deux, et le discours est devenu confus. Laissez-moi essayer d'être honnête sur ce que chacun est réellement et où chacun gagne.

OpenClaw est le titulaire dans l'espace des agents généralistes. Environ 345 000 étoiles GitHub début avril 2026. Énorme écosystème de plugins, intégrations profondes de plateformes de messagerie, une bibliothèque communautaire de compétences de dizaines de milliers. La prise en charge de l'utilisation de l'ordinateur (l'agent peut piloter un navigateur ou un bureau tout seul) a été livrée dans la version 4.27 et est l'une des implémentations les plus propres disponibles. Si vous devez déployer 500 agents de support sur 24 plateformes de chat en trois semaines, la bibliothèque d'intégration d'OpenClaw vous fera économiser des mois de travail d'ingénierie. KDnuggets a une bonne présentation de l'écosystème plus large des dépôts OpenClaw.

Le revers de la médaille : une bibliothèque communautaire de compétences aussi grande et aussi peu vérifiée a des conséquences en matière de sécurité. Il y a eu neuf CVE (vulnérabilités de sécurité publiquement suivies) en quatre jours à un moment donné, ce qui n'est pas aléatoire, c'est le coût structurel de l'acceptation d'autant de code tiers avec une vérification minimale. Si vous exécutez OpenClaw en production, l'histoire du bac à sable et de la révision vous incombe.

Hermes Agent (github) est le nouvel entrant, sorti le 25 février 2026 par Nous Research, l’équipe derrière la famille de modèles Hermes. Il a dépassé les 140 000 étoiles en moins de trois mois et, depuis la semaine dernière, est l’agent le plus utilisé sur OpenRouter en volume de jetons quotidien (le blog de NVIDIA confirme ce classement OpenRouter). Son principal différenciateur est une boucle d’apprentissage fermée : après chaque tâche, l’agent rédige un enregistrement structuré de ce qu’il a tenté, de ce qui a fonctionné, de ce qui a échoué, et éventuellement d’une nouvelle compétence. Au fil des semaines, il devient mesurablement meilleur pour vos workflows spécifiques. Des benchmarks indépendants rapportent des réductions de 40 % du temps de recherche par rapport à une instance d’agent vierge.

Autres faits utiles :

Sous licence MIT et auto-hébergeable sur un VPS à 5 dollars (un Virtual Private Server, essentiellement un petit ordinateur loué dans le cloud, généralement entre 5 et 10 dollars par mois).
Plus de 40 outils intégrés, 118 compétences fournies en standard (v0.10.0).
Mémoire à trois couches (de travail, épisodique, à long terme).
Intégrations de messagerie : Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost, e-mail, SMS, etc.
Conçu pour être indépendant du modèle, vous fournissez votre clé API.

Le verdict, pour autant que je puisse en juger :

Hermes gagne en fiabilité, simplicité de configuration, posture de sécurité et boucle d’apprentissage. Pour un développeur solo ou une petite équipe qui utilisera le même agent quotidiennement pendant six mois ou plus, les bénéfices d’Hermes se cumulent comme OpenClaw ne le peut pas.
OpenClaw gagne en largeur d’écosystème et en intégrations. Si vous avez besoin de connecteurs spécialisés et que vous en avez besoin aujourd’hui, OpenClaw a probablement déjà le plugin.

Le battage médiatique en vaut-il la peine ? Pour Hermes, oui dans l’ensemble si vous avez la discipline de l’utiliser réellement chaque jour et de le laisser accumuler des compétences. L’effet cumulatif ne compte que si vous persistez. Pour OpenClaw, cela dépend de votre cas d’usage. Si vous avez besoin de largeur, oui. Si vous avez besoin de profondeur sur un seul workflow, un harnais plus léger avec quelques compétences bien écrites pourrait mieux vous servir.

Un juste milieu que j’ai vu en pratique : utilisez Claude Code ou OpenCode pour votre travail de développement, et Hermes sur un petit VPS pour les automatisations persistantes (recherche quotidienne, surveillance, opérations). Ils ne sont pas en concurrence. Ce sont des points différents sur le même spectre.

Comment l’IA agentique transforme le monde

Une brève visite guidée, car le discours abstrait lasse vite. Voici où les agents se manifestent concrètement.

Génie logiciel : C’est l’application la plus mature. Les scores SWE-bench Verified (un test standardisé où les agents tentent de corriger de vrais bugs dans de vrais projets open source) atteignent environ 87 % pour les meilleurs modèles dans un bon harnais. Les équipes d’ingénierie utilisent les agents pour gérer le tri des bugs, implémenter de bout en bout de petites fonctionnalités, écrire des tests et réviser les pull requests. Le poste n’a pas disparu, mais la forme de la journée change. Les ingénieurs seniors ressemblent de plus en plus à des orchestrateurs de multiples agents travaillant sur des branches parallèles, plutôt qu’à des auteurs solitaires de code.

Support client : Des agents persistants sur Slack, Telegram, Discord et WhatsApp traitent les questions de niveau 1 (les plus courantes et répétitives), créent des tickets, remontent proprement aux humains et mettent à jour une base de connaissances à partir des cas résolus. La fiabilité a enfin franchi un seuil fin 2025, où les entreprises ont commencé à confier de vrais contacts clients aux agents.

Recherche et analyse : Les tâches de recherche à long horizon (rassembler 30 sources, synthétiser un briefing, vérifier les chiffres) sont désormais systématiquement déléguées. Les produits de deep research sont essentiellement des agents équipés de très épaisses bibliothèques de compétences de recherche.

Opérations et infrastructure : Des agents d’astreinte qui lisent les alertes, interrogent les métriques, proposent des remédiations et (avec autorisation) les exécutent. Le SRE-en-tant-qu’agent (Site Reliability Engineer, la personne qui maintient les systèmes de production en fonctionnement) est réel et en pleine croissance.

Travail créatif : Des designers lançant des boucles d’agents parallèles pour générer des variations, des rédacteurs utilisant des agents pour rédiger et s’auto-corriger. Moins de battage médiatique ici que du côté ingénierie, mais bien réel en coulisses.

Automatisation personnelle : C’est la catégorie cachée. Les gens connectent Hermes ou des agents similaires à leurs plateformes de messagerie et les traitent comme un assistant personnel persistant. Planifier des recherches, exécuter des automatismes, surveiller des choses, mémoriser des préférences. Le VPS à 5 dollars plus une clé API de modèle est le nouveau « J’ai un serveur Linux personnel ».

L’évolution des attentes des employeurs suit. Les offres d’emploi mentionnant les compétences en IA agentique ont bondi d’environ 986 % entre 2023 et 2024 et ont continué de s’accélérer en 2026. La rémunération est élevée et le marché est sous-approvisionné. Ce qui mène à la section suivante.

Meilleures compétences à acquérir pour décrocher un emploi dans ce marché

Si vous lisez ceci en vous demandant quoi faire de vos week-ends, voici la liste pratique. La plupart de ces éléments sont réalisables à partir d’un ordinateur portable et d’une clé API de modèle. Si vous n’êtes pas technique et que vous suivez, cette section s’adresse surtout aux ingénieurs, mais la section suivante sur les outils et celle d’après sur les communautés sont pour tout le monde.

1. Construisez des agents, pas seulement utilisez-les. Prenez un harnais existant (OpenCode est un excellent choix car il est modifiable) et modifiez la boucle. Ajoutez un outil personnalisé. Écrivez trois compétences. Exécutez-le sur une tâche réelle. Le meilleur signal que vous puissiez montrer lors d’un entretien est : « J’ai livré des agents qui ont fait du vrai travail, voici le dépôt. »

2. Apprenez l’ingénierie des compétences. Entraînez-vous à écrire des fichiers SKILL.md. Apprenez ce qui fait qu’une description se déclenche de manière fiable, ce qui rend une procédure robuste, quand regrouper des scripts plutôt que des instructions en ligne. C’est le nouveau prompt engineering, et c’est beaucoup plus puissant. Le dépôt anthropics/skills regorge d’exemples de référence.

3. Comprenez MCP en profondeur. Construisez au moins un serveur MCP. Connectez-le à deux harnais différents. Lisez la spécification. Vous serez dans le top 1 % des candidats si vous pouvez expliquer les compromis de conception de MCP lors d’un entretien, car la plupart des gens sont encore vaguement confus.

4. Maîtrisez les rouages des harnais. Lisez le code source d’un harnais open source de bout en bout. OpenCode, OpenHarness, ou Pi sont tous suffisamment petits pour être lus en un week-end. Comprenez l’assemblage du contexte, la boucle d’appel d’outils, la gestion des autorisations, la compaction. C’est la couche qui distingue un développeur d’agent junior d’un senior.

5. Évaluation et observabilité. N’importe qui peut construire un agent qui fonctionne sur la démo. La partie difficile est de savoir s’il fonctionne réellement en production. Apprenez DeepEval, Ragas, LangSmith, Phoenix, Braintrust. Construisez au moins une suite d’évaluation (un test structuré qui note la performance de votre agent) pour un agent que vous avez écrit. Apprenez à quoi ressemble une évaluation au niveau de la trajectoire par rapport à une réponse unique.

6. Sandboxing et sécurité. Les agents qui touchent à votre système de fichiers, exécutent des commandes shell ou accèdent au réseau ont besoin d’un véritable isolement. Apprenez les sandboxes Docker (Docker exécute des logiciels dans des conteneurs isolés pour qu’ils ne puissent pas interférer avec le reste de votre système), les microVM Firecracker (des ordinateurs isolés encore plus petits et plus rapides), les politiques réseau, le modèle de menace d’injection de prompt (attaques où une mauvaise entrée incite l’agent à faire quelque chose qu’il ne devrait pas). C’est la différence entre « projet personnel sympa » et « digne de confiance en production ».

7. Orchestration multi-agents. Apprenez les schémas de base : leader-travailleur, fan-out, superviseur, pipeline. Comprenez quand ajouter un autre agent aide, par rapport au moment où il ne fait que multiplier vos bugs. LangGraph, AutoGen, et CrewAI sont des endroits raisonnables pour expérimenter, mais les schémas importent plus que le framework. L’article d’Anthropic sur les schémas de coordination multi-agents est une bonne lecture de départ.

8. Les classiques comptent toujours. Solide en Python, solide en pensée systémique, solide en instincts de débogage. Aisance avec les terminaux, git, les API REST, JSON, les systèmes de types. La couche de base n’a pas changé.

9. Profondeur de domaine. Le marché paie une prime pour les personnes capables d’associer des compétences agentiques à un véritable domaine (médecine, droit, finance, biologie, éducation, opérations). Un « ingénieur agent » générique, c’est bien. « Ingénieur agent qui comprend les données des essais cliniques » est bien mieux payé.

10. Communication. Vous passerez un temps surprenant à expliquer à des parties prenantes non techniques ce qu’un agent peut et ne peut pas faire de manière fiable. Entraînez-vous à écrire à ce sujet. Honnêtement, écrire un blog comme celui-ci est un excellent moyen de vous y forcer.

Outils et frameworks à surveiller dès maintenant

Une liste de veille pour commencer, organisée par fonction. Si vous n’êtes pas technique, c’est la section à parcourir et à mettre en signet, les noms qui reviennent le plus souvent dans les discussions sur l’IA agentique.

Agents de codage et harnais :

Agents autonomes polyvalents :

Compétences, outils, MCP :

Évaluation :

DeepEval
Ragas
LangSmith
Phoenix by Arize
Braintrust
Terminal-Bench et SWE-bench pour les agents de codage

Sandboxing et environnements d’exécution :

E2B pour les sandboxes d’exécution de code
Modal pour des exécutions d’agent serverless bon marché
Daytona pour les sandboxes d’environnement de développement

Mémoire :

Observabilité :

Vous n’avez pas besoin d’apprendre tous ces outils. Choisissez-en un dans chaque catégorie et creusez en profondeur. Les schémas se transfèrent.

Où poser des questions de qualité

r/LocalLLaMA reste une mine d’or, surtout pour les modèles locaux
r/AI_Agents pour les discussions sur les harnais et frameworks
Le Slack de la communauté MLOps pour les discussions de niveau production
Le Discord LangChain et les canaux communautaires OpenCode ont tous deux des fils de discussion étonnamment actifs de praticiens
Les fils Hacker News sur les nouvelles versions de harnais ont tendance à avoir un signal inhabituellement élevé par rapport au reste de HN
Twitter, malheureusement, reste l’endroit où la pointe se brise en premier. Suivez les auteurs des harnais directement

Ressources supplémentaires

Solving your FOMO about everything in LLMs (le préquel de cet article, toujours pertinent pour la couche fondamentale)
Data for LLMs: Navigating the LLM Data Pipeline (article compagnon sur le volet données)
Equipping agents for the real world with Agent Skills par Anthropic Engineering, l’article de référence sur le schéma « harnais fin, compétences épaisses »
Awesome Harness Engineering sur GitHub, la collection de schémas et d’études de cas la plus activement maintenue
What is an Agent Harness par l’équipe Firecrawl, un solide primer technique
What is an agent harness in the context of large-language models par Parallel, primer complémentaire avec références académiques
Claude Code vs OpenCode: A detailed technical breakdown par Composio, la comparaison de harnais la plus propre que j’aie lue
Agentic Coding Harnesses: A Comparison par Paul Cullen Rowe, couvre Pi et l’école minimaliste
Which AI Coding Harness Actually Works Without You? comparaison pratique de Claude Code, Codex CLI, Aider, OpenCode, Pi et Cursor
Hermes Agent Review sur DEV avec benchmarks indépendants
NVIDIA on Hermes and self-improving agents pour l’angle matériel local
How Much Heavy Lifting Can an Agent Harness Do? l’article qui quantifie l’effet multiplicateur par 6 du harnais
Adaptation of Agentic AI: A Survey of Post-Training, Memory, and Skills si vous voulez le traitement académique
Model Context Protocol documentation officielle
Agent Skills open standard spécification officielle et SDK
Top 10 Agentic AI Jobs in 2026 pour l’angle carrière et les données salariales

Une pensée finale, parce que je vous en dois une.

Ce que j’ai le plus remarqué au cours de l’année écoulée, c’est que les personnes qui font le meilleur travail en IA agentique ne sont pas celles qui ont la stack la plus exotique. Ce sont celles qui ont livré un agent qui fait un vrai travail, bien, pendant des mois, et qui ont itéré dessus. Les compétences se cumulent. La familiarité avec le harnais se cumule. Les agents que vous construisez aujourd’hui, si vous continuez à les utiliser, vaudront bien plus dans douze mois que n’importe quel framework spécifique que vous avez appris cette semaine.

Alors choisissez un harnais, livrez un agent, écrivez trois compétences, et laissez-le tourner. C’est la chose la plus utile que vous puissiez faire. La peur de manquer quelque chose se calmera d’elle-même une fois que vous construirez réellement.

Bon hacking.