Il y a deux ans, parler de Claude, c'était parler d'un chat dans un navigateur. En 2026, c'est un écosystème de briques techniques qui se combinent pour construire des agents qui tournent en production.
Chez Reversed, on construit AIOS — un système IA pour les PME suisses — entièrement sur cette stack. Voici les 10 briques qu'on utilise concrètement, dans l'ordre où on les rencontre quand on commence à construire.
01. CLAUDE.md — la mémoire du projet
Un fichier markdown posé à la racine du dépôt. On y note ce qui doit être su à chaque session : comment builder, les conventions de code, les décisions d'architecture, les pièges connus. Claude le lit à chaque démarrage.
Versionné en git, partagé avec l'équipe, audité avec le reste du code. C'est la base — sans CLAUDE.md, on répète le contexte à chaque conversation.
02. Slash commands — raccourcis d'équipe
On tape `/quelquechose` et Claude exécute. Les commandes intégrées (`/help`, `/clear`) sont là par défaut. On en crée des sur-mesure : `/deploy`, `/review`, `/publish`. Découvrables via auto-complétion.
Utile pour ritualiser ce qui revient souvent. Un workflow de release en trois commandes au lieu de trois pages d'instructions.
03. Skills — capacités packagées
Une skill, c'est un bundle de consignes et de scripts. Soit Claude la déclenche tout seul (il détecte qu'elle est pertinente), soit on l'invoque via `/nom-skill`. Elle ne charge en contexte que quand elle est utilisée — économie de tokens.
Exemple terrain : on a une skill supabase-audit qui vérifie RLS, security definer et storage. On l'invoque sur n'importe quel projet Supabase, Claude applique la checklist. Sans réexpliquer la checklist.
04. Hooks — les règles déterministes
Des commandes shell qui s'exécutent automatiquement à des moments précis du cycle : avant un commit, après une écriture de fichier, à la fin d'une tâche. Pas demandé à Claude — exécuté par le harness.
On les utilise pour ce qui doit toujours arriver : auto-formatage, linter avant commit, notification Slack quand un long job se termine. La discipline qu'on ne confie pas au LLM.
05. Sub-agents — recherche isolée
Un sub-agent, c'est une session Claude indépendante, avec son propre contexte, lancée depuis la session principale via la Task tool. Il fait son boulot dans son coin, renvoie un résumé.
Le cas typique : « va lire 10 fichiers de logs et dis-moi ce qu'il s'est passé ». Le sub-agent explore, la session principale reste propre. Indispensable pour ne pas saturer le contexte sur des recherches longues.
06. Plugins — extensions packagées
Un plugin peut contenir : skills, sub-agents, hooks, serveurs MCP, slash commands. Installable d'un coup. Versionné. Partageable entre projets, entre clients, ou en open-source.
Quand un outillage est devenu stable, on le packs en plugin. L'équivalent d'un `npm install` pour les outils de dev IA. Un nouveau dépôt, une nouvelle machine, un nouveau collaborateur — même setup en une commande.
07. MCP — le protocole de connecteurs
Un standard ouvert pour brancher Claude à des outils externes : GitHub, Slack, Notion, Supabase, votre base métier interne. Au lieu de copier-coller dans le chat, Claude interroge directement.
C'est la brique qui rend l'IA opérationnelle en entreprise. Sans MCP, on bricole. Avec, l'agent a accès à la donnée fraîche, à jour, depuis les systèmes existants. C'est l'épine dorsale d'AIOS.
08. Agent SDK — agents hors IDE
Le SDK Python et TypeScript pour construire des agents Claude qui tournent en dehors de l'IDE : dans un backend, dans un cron, dans une edge function. On garde la main sur les tools disponibles, les permissions, le déroulé.
C'est la transition entre Claude Code (outil dev local) et un système IA opérationnel qui tourne 24/7 chez le client. Pour nous, c'est la brique structurante d'AIOS.
09. Agent Teams — plusieurs agents en parallèle
Plusieurs sessions Claude qui collaborent via une todo list partagée et de la messagerie directe, supervisées par une session lead. Encore expérimental — mais le principe (faire avancer trois experts en parallèle plutôt qu'en série) est puissant.
Cas typique : audit de PR avec un agent sécu, un agent perf, un agent tests qui travaillent simultanément, puis remontent un rapport conjoint. Trois angles différents, une lecture unique au final.
10. Workflows — l'absent qui se profile
Il n'existe pas encore de concept officiel de workflow dans Claude Code. Ce qui s'en rapproche : les Routines (agents planifiés en cloud) et les Agent Teams (orchestration parallèle). Une abstraction de workflow générique n'existe pas — l'écosystème est encore en mouvement de ce côté.
À surveiller en 2026. C'est probablement la prochaine grosse pièce qui manque pour passer de bricoler des agents à industrialiser des chaînes d'agents.
Ce qui a changé en mai 2026
L'écosystème a basculé. Claude Code n'est plus un meilleur IDE — c'est un framework de production. Opus 4.7 (avril) propose un effort xhigh pour les raisonnements durs. Le computer use en CLI (research preview) ferme la boucle GUI. Ultraplan et Routines poussent les agents en cloud, hors de l'IDE.
Pour un builder PME, le shift clé : le combo Agent SDK + MCP est désormais prêt pour la prod. On peut livrer des agents qui parlent aux données de nos clients sans tout réécrire à la main. C'est exactement sur cette base qu'AIOS s'appuie.
Par où commencer, honnêtement
Si vous évaluez l'écosystème pour votre PME, le point de départ honnête tient en trois choses : un fichier `CLAUDE.md` propre, deux ou trois slash commands utiles à votre équipe, et une première connexion MCP vers le système métier le plus critique.
Le reste vient ensuite. Skills quand un workflow se répète, hooks quand une règle doit être déterministe, sub-agents quand le contexte sature, Agent SDK quand vous voulez sortir l'agent de l'IDE et le mettre en production.
Pas besoin de tout déployer d'un coup. C'est exactement la posture modulaire qu'on défend dans AIOS : on active ce qui est utile, quand c'est utile.
MAXIME DUMONT · REVERSED
Du besoin au changement, ensemble.