Quatorze idées, une par écran, de l'installation aux hooks. Chacune est un point à montrer pendant que vous expliquez. Tout se joue dans le fait de regarder : laissez les silences.
Quatre temps : voir ce qu'est l'agent, le mettre en route, le piloter au quotidien, puis rendre l'indispensable garanti.
Un assistant de code se situe sur un spectre. À une extrémité, il devine votre ligne suivante ; à l'autre, il lit votre projet et fait le travail.
Un agent ne se contente pas de parler du code. Il travaille dans votre terminal et votre repo : il lit les fichiers, les modifie, exécute des commandes et décide de la suite.
Vous demandez en langage courant. Claude lit les fichiers concernés, fait les modifications, les exécute et vous montre le résultat à vérifier.
Le cours fait la démonstration sur une petite application de génération d'interfaces (uigen), mais elle n'a rien de particulier : vous pouvez suivre sur une base de code à vous.
Une ligne dans votre terminal, quelle que soit la plateforme. Ensuite, lancez claude, choisissez un thème et connectez-vous.
Une erreur « command not found », réseau ou permissions ? La page « Troubleshoot installation » de la documentation est le premier réflexe. Passer par Bedrock, Vertex ou Foundry demande sa propre configuration.
Claude Code est plus intéressant quand il a de quoi travailler. Le cours fournit une petite application de génération d'interfaces à explorer.
La clé API Anthropic est facultative ; elle ne sert qu'à la génération d'interfaces de l'application. Node JS est le seul vrai prérequis.
Claude ne connaît que ce qui se trouve dans sa fenêtre de contexte. Vous y mettez les bons fichiers, les bonnes sorties et les bonnes règles avant de demander.
Soyez précis sur ce qui compte. Moins Claude a à deviner, moins il s'égare, et moins chaque exécution consomme de contexte (et d'argent).
Vous dites ce que vous voulez ; Claude modifie les fichiers et vous montre un diff. Vous validez, vous ajustez, et seulement ensuite vous committez.
Vous gardez la main : chaque modification est relisible, et vous pouvez orienter, annuler ou rediriger avant que quoi que ce soit n'arrive dans le dépôt.
Une longue session remplit la fenêtre. Trois commandes la gardent centrée sur ce qui compte maintenant.
Effacez entre deux tâches sans rapport ; compactez pour garder un fil long en vie ; vérifiez /context quand les réponses commencent à dériver. En général, la fenêtre est pleine.
Un prompt que vous tapez souvent devient une commande slash : un fichier Markdown que Claude exécute à la demande.
Tout ce que vous vous surprenez à réexpliquer (une checklist de relecture, une routine de mise en production) est un candidat. Écrivez-le une fois ; appelez-le avec un slash.
Concept cléParamètres d'exécution : $ARGUMENTS reprend tout ce que l'utilisateur a tapé ; $1 $2 $3 prennent des arguments positionnels. → détail complet (!`cmd`, @file, argument-hint) dans les notes du formateur.
L'essentiel de ce dont vous avez besoin vit dans d'autres systèmes : tickets, documents, bases de données. MCP y connecte Claude Code sous forme d'outils.
Attention au coût : chaque serveur charge ses définitions d'outils dans le contexte, que vous les utilisiez ou non. Ajoutez ce dont vous avez besoin, et désactivez le reste avec /mcp.
Notion cléFaire tourner MCP dans GitHub Actions demande un modèle de permissions à deux niveaux : configurer le serveur (--mcp-config) et autoriser chaque outil par son nom (mcp__server__tool). Les deux sont obligatoires. → tout le détail dans les notes du formateur.
Claude Code pilote la CLI GitHub pour commiter, pousser et ouvrir une PR, et l'app GitHub peut l'exécuter en CI dès que vous la mentionnez.
La ligne du haut, c'est vous, en local. La ligne du bas se passe de vous : mentionnez @claude sur une issue ou une PR et l'app GitHub lance Claude Code dans la CI pour trier, relire ou implémenter.
Demander à Claude de « toujours lancer le formateur », c'est une demande qu'il peut oublier. Un hook est une commande shell qui s'exécute à chaque fois, sans exception.
Le but d'un hook : transformer ce que vous demandez à Claude de faire en ce qui arrive toujours . Exécuté par le harness, pas par le modèle. Si quelque chose doit arriver à chaque fois, ne le mettez pas dans un prompt. C'est ce qui fait passer une équipe de « on le relira après » à « ça ne peut pas arriver du tout ».
Concept cléLes prompts sont probabilistes ; les hooks sont déterministes. C'est tout l'intérêt. → les trois formes (garantir / bloquer / injecter du contexte) sont dans les notes du formateur.
Un hook, c'est trois choses dans settings.json: quel événement du cycle de vie, quel outil il matche, et la commande à exécuter.
PreToolUse est le seul hook qui s'exécute avant un outil, donc c'est le seul qui peut arrêter un appel : exit 2 (ou renvoyez "permissionDecision":"deny") et le rm -rf ou le commit sur main est bloqué avant qu'il n'arrive, pas après.
Concept cléLe hook voit le nom de l'outil et son entrée, vous filtrez donc selon des conditions : bloquer Bash sur une liste d'interdits, ou toute édition touchant .env. → notes formateur pour les décisions autoriser / bloquer / demander.
Deux problèmes réels que le cours résout : partager les hooks entre machines, et connaître la forme de l'entrée qu'un hook reçoit.
L'entrée sur stdin change selon l'événement et selon l'outil, donc commencez par la journaliser. Les chemins absolus sont recommandés pour la sécurité, d'où le $PWD dans les settings partagés, que setup remplace.
Le même agent que vous lancez dans le terminal peut être intégré à vos propres scripts et applications via le SDK.
Enveloppez la boucle agentique (outils, contexte, permissions) dans vos propres logiciels, et Claude Code cesse d'être un simple CLI pour devenir un composant sur lequel vous construisez.
Installez Claude Code, pratiquez la boucle éditer-relire, ouvrez-le sur l'extérieur avec MCP et GitHub, puis verrouillez l'indispensable avec les hooks, et construisez par-dessus avec le SDK.
tutto.one/praxis · daniel@tutto.one