Claude Code & IA Agentique

À propos de la formation Claude Code & IA Agentique

De la première installation aux agents IA de production

Notre formation Claude Code s'adresse aux équipes qui veulent dépasser les assistants conversationnels et construire de vrais workflows agentiques : une IA qui lit vos fichiers, exécute vos outils, retient vos conventions et livre un travail vérifié.

Concrètement, les participants apprennent à :

• installer et configurer Claude Code sur Windows, macOS ou un serveur,
• structurer la mémoire projet avec CLAUDE.md, MEMORY.md et les fichiers lessons,
• imposer des garde-fous avec les permissions et les hooks,
• étendre l'agent avec les skills, les sous-agents et les serveurs MCP,
• intégrer Git et GitHub pour une automatisation sûre et traçable.

Méthodologie eaQbe : issue d'un vrai système de production

Cette formation n'est pas un tour de slides. Elle est distillée de la plateforme de production d'eaQbe : un système agentique qui tourne chaque jour sur un serveur, orchestré de bout en bout par Claude Code. Chaque pattern enseigné (mémoire, hooks, vérification, boucles autonomes) a été éprouvé en production.

Notre approche suit la même logique progressive que toutes les formations eaQbe :

• Comprendre avant de construire
• Utiliser avant d'implémenter
• Voir l'objectif final avant de plonger dans les détails techniques

Parcours d'apprentissage

1) Utiliser Claude Code comme un power user

Les participants commencent par piloter Claude Code sur un vrai projet : sessions, gestion du contexte, plan mode, slash commands. L'objectif est de comprendre ce qu'un agent bien configuré peut faire avant d'en configurer un.

2) Mémoire & configuration

Le pattern mémoire en trois fichiers (CLAUDE.md, MEMORY.md, lessons), les settings et permissions, et le système de hooks qui transforme les conventions d'équipe en règles appliquées.

3) Skills, sous-agents & MCP

Écrire un skill sur mesure, dispatcher des sous-agents pour le travail en parallèle, et connecter des serveurs MCP (mémoire persistante, bases de données, navigateurs) pour donner de vraies capacités à l'agent.

4) Patterns de production

Intégration Git, automatisation headless, discipline de vérification, et un standard de configuration prêt à copier issu de notre système de production.

Ce que vous emportez

Les participants ne repartent pas avec un chatbot. Ils repartent avec le plan d'une équipe : un agent qui a une identité, des règles qu'il ne peut pas oublier, une mémoire qui survit à la session, une horloge et des mains. Chacune des pièces ci-dessous est installée pendant la journée, sur un vrai projet :

• Une identité : un CLAUDE.md qui dit qui est l'agent, ce qu'il ne fait jamais, et de quels projets il a la charge. Court par obligation : une charte qu'on ne finit pas de lire cesse d'être suivie.
• Des garde-fous et des hooks : les permissions, plus des réflexes exécutés par le programme qui héberge le modèle, jamais par le modèle lui-même. La commande destructrice ne s'exécute pas, le code écrit est vérifié dans la foulée, un état de projet non daté est signalé en fin de tour. L'agent ne peut ni les oublier ni les contourner.
• Des canaris : les rondes quotidiennes. Un hook attrape un geste, un canari attrape un silence : la mémoire qui n'écrit plus, la sauvegarde qui a vieilli, une configuration qui a dérivé, un document vivant qui décrit un état mort. Chacun vous écrit, avec le nom de la chose.
• Une mémoire persistante : les décisions, leurs raisons et les leçons apprises, conservées hors de la session et relues à la suivante. Écrite, puis relue : une écriture non vérifiée n'est pas une écriture.
• Un graphe de connaissance : la carte de vos fichiers, de vos fonctions et de leurs dépendances. Il répond à la question que la recherche de texte ne sait pas traiter : qu'est-ce qui casse si je modifie ceci.
• Un ordonnanceur : l'horloge. Il déclenche les travaux à heure fixe, garde la trace de chacun, et vous écrit quand l'un échoue. Aucune intelligence, et c'est précisément sa qualité : il ne peut pas improviser.
• Un rituel de réveil : une commande qui ouvre la session avec une liste de lectures obligatoires et exige une seule ligne en retour. Sans lui, un agent qui démarre à froid ne dit pas « je ne sais pas » : il comble, avec assurance, et vous conseille sur un système qui n'existe plus.
• Des skills : les procédures qu'on ne veut réussir qu'une fois, écrites puis invoquées, jamais re-déduites de mémoire.
• Un relecteur indépendant : un second agent, en contexte neuf, dont le seul travail est de critiquer celui du premier. L'auteur n'est jamais le juge.
• Des sauvegardes : une archive chiffrée, déposée hors de la machine, puis relue depuis l'endroit où elle a atterri. Une sauvegarde jamais restaurée est une hypothèse.
• Une discipline de projet : un document d'état daté par projet comme unique source de vérité, un tableau de sprint quand le travail est mené par sprints, un backlog pour ce qui attend, et un journal de leçons qui arrive vide délibérément : une leçon se gagne, elle ne se recopie pas.

Une seule phrase gouverne l'ensemble, et c'est celle avec laquelle il faut repartir : elle propose, un humain applique. L'agent dépose son travail sur une branche marquée en attente de relecture, un second agent la critique, et vous décidez. Rien ne part en production parce qu'un modèle avait l'air sûr de lui.

Tout ce qui est assemblé pendant la journée repart avec vous : un standard de configuration à copier dans le projet suivant, et le raisonnement derrière chaque pièce pour que votre équipe l'étende sans nous. C'est ce que veut dire, ici, construire une compétence plutôt qu'une dépendance.

Détails pratiques

• Format : atelier intensif d'une journée (pratique & basé sur des scénarios)
• Taille du groupe : 5–10 participants (petits groupes pour un coaching personnalisé)
• Prérequis : aucun, l'aisance avec un terminal aide
• Suivi : évaluation + exercices d'ancrage post-formation