Parcours de lecture
Que voulez-vous faire avec l’IA ?
Choisissez un parcours selon votre besoin : trois lectures, puis un exercice.
Les exemples portent surtout sur les équipes produit et développement logiciel.
Direction technique, produit et responsables d’équipe
Cadrer l’adoption en équipe
Votre objectif : Préparer un essai avec un résultat attendu, une mesure de départ et une personne responsable.
Avant de commencer : Une activité d’équipe à examiner. Les deux premières lectures ne demandent pas de coder. La troisième détaille un cas d’équipe de développement.
- Article
Lean et IA : suivre le travail jusqu'à l'utilisateur
Repérer où le travail attend, de la demande au résultat utilisateur. Choisir le problème à traiter avant l’outil.
Commencer le parcours - Article
Productivité du développement avec IA : pourquoi un gain ne suffit pas pour vos prévisions
Distinguer code produit, travail accepté et valeur livrée. Définir ce que votre essai devra mesurer.
Lecture issue d’une série, choisie pour ce parcours. Lire l’étape 2 - Article
5/6 · Le système d'instructions IA est un produit, pas un fichier de configuration
Voir comment une équipe maintient ses instructions communes et transmet les changements. Identifier les responsabilités à prévoir.
Lecture issue d’une série, choisie pour ce parcours. Lire l’étape 3
À essayer après la lecture
Sur une page, décrivez une tâche réelle, le résultat utile attendu et la façon de le vérifier. Nommez qui mène l’essai, qui valide le travail et ce qui justifierait de l’arrêter. Relisez cette page avec l’équipe avant de choisir un outil.
Un usage est choisi ? Préparer les contrôles des agentsTous les articles et guides du sujet (25 ressources)
- 5 preuves de progression quand on travaille avec des agents IA
- Des tokens à la valeur produit, retour sur le live Insitoo
- Context engineering et code review avec Bruno Soulez
- 5 reviewers de code IA, 1 repository, et ce que les développeurs ont fait ensuite
- Tester Opus 5.5 comme référence de code review
- Transformer les commentaires de review récurrents en contrôles testés
- Une review verte n'est pas un contrôle de merge
- Exploiter un système multi-reviewers en sécurité
- Du code au merge : organiser le travail des agents en équipe
- Lean et IA : suivre le travail jusqu'à l'utilisateur
- Une réécriture à 214 $ avec un agent de code IA
- Les données d’adoption IA de Doctolib vérifiées par recoupement
- Le FinOps appliqué aux tokens : qui est responsable de la facture IA
- Mesurer son propre usage de l'IA : trois compteurs, trois réponses différentes
- Le prix par token est incomplet : pourquoi des modèles moins chers ne font pas des factures moins chères
- Productivité du développement avec IA : pourquoi un gain ne suffit pas pour vos prévisions
- Pourquoi le ROI de l’IA reste invisible, même pour ceux qui le mesurent
- Vous ne pouvez pas dépendre d’un fournisseur IA unique
- Passer l'observateur mémoire à un modèle local : cinq contraintes que personne ne documente
- Une seule source configure Claude Code et Codex
- Back Market a sorti 245 développeurs d'Anthropic en direct
- Mémoire persistante : les six échecs qui ne lèvent jamais d'erreur
- Plan-execute : exécuter plus de 20 agents sur une migration
- Sécurité de Claude Code : la surface d'attaque que peu d'équipes auditent
- 5/6 · Le système d'instructions IA est un produit, pas un fichier de configuration
Développeurs et développeuses qui débutent avec Claude Code
Débuter avec Claude Code
Votre objectif : Préparer une première modification que vous pouvez expliquer et tester.
Avant de commencer : Savoir utiliser Git et un terminal. Prévoir un dépôt où expérimenter sans toucher à la production.
- Article
Choisir votre parcours de départ en ingénierie assistée par IA
Comprendre le vocabulaire et choisir une tâche adaptée à Claude Code avant de le configurer.
Commencer le parcours - Guide
Configurer Claude Code, niveau par niveau
Installer une configuration minimale et essayer une première tâche. Ajouter des capacités lorsque le besoin apparaît.
Lire l’étape 2 - Article
UVAL : le protocole que j’ai construit pour cesser d’accepter du code que je ne comprends pas
Vérifier que vous comprenez les changements. Utiliser le protocole UVAL pour expliquer, tester et retenir.
Lire l’étape 3
À essayer après la lecture
Choisissez une petite modification. Avant de l’accepter, expliquez pourquoi le code fonctionne, prédisez un cas limite et testez-le. Notez ce que vous avez dû demander à l’agent de vous expliquer.
Une première tâche réussie ? Rendre la pratique reproductibleTous les articles et guides du sujet (6 ressources)
- Configurer Claude Code, niveau par niveau
- 1/6 · Résultats opposés avec l’IA : ce que le contexte peut expliquer
- Claude Code sous le capot
- Choisir votre parcours de départ en ingénierie assistée par IA
- D’un profil non technique à la production en 10 jours avec Cursor AI
- UVAL : le protocole que j’ai construit pour cesser d’accepter du code que je ne comprends pas
Développeurs, tech leads et responsables de plateforme
Fiabiliser mes agents
Votre objectif : Définir le contexte utile, un contrôle de résultat et une règle d’arrêt pour un workflow.
Avant de commencer : Un agent déjà utilisé sur un dépôt, des tests exécutables et un échec réel à examiner. La dernière lecture est technique.
- Guide
Context engineering : le playbook de L0 à L5
Identifier les informations qui manquent à l’agent. Choisir quoi documenter et comment vérifier que le contexte aide.
Commencer le parcours - Article
De l'ajout secondaire à l'infrastructure : l'évolution de la configuration IA dans un vrai projet
Suivre l’évolution d’une configuration dans un projet réel. Repérer ce qui mérite d’être partagé, versionné et maintenu.
Lire l’étape 2 - Guide
Concevoir une boucle de review bornée
Construire une boucle de review avec preuves, limites de tentatives et reprise humaine. Tester aussi ses échecs.
Lecture issue d’une série, choisie pour ce parcours. Lire l’étape 3
À essayer après la lecture
Rejouez un échec connu sur votre dépôt de test. Corrigez le contexte ou le contrôle manquant, puis vérifiez que l’erreur est détectée. Fixez une limite de tentatives et nommez la personne qui reprend quand l’agent s’arrête.
La pratique fonctionne ? Organiser son adoption en équipeTous les articles et guides du sujet (19 ressources)
- Livraison agentique : de 530 à 3 jointures pour vérifier un accès
- Coder plus vite déplace le coût vers la vérification
- Quand un reviewer indépendant justifie sa place
- Concevoir une boucle de review bornée
- Comment lire un benchmark de compression de tokens
- Jev : comprendre, comparer et tester le modèle de TypeSafe
- 2/2 · Claude a sélectionné mon style de sortie. Puis l’a ignoré
- 1/2 · Pourquoi j’ai combiné trois skills Claude Code
- Une configuration d’agents portable est un système de release, pas un dossier partagé
- Votre CLAUDE.md est trop long
- Context engineering : le playbook de L0 à L5
- Serveurs MCP : leur coût réel et quand les utiliser
- TDD avec Claude Code
- 6/6 · La portabilité devient un sujet de Scale
- 3/6 · Cartographier la boîte à outils de réduction de tokens
- 2/6 · Diagnostiquer et réparer la dérive du contexte
- Claude est mon deuxième contributeur : ce que montrent les vraies statistiques Git
- De l'ajout secondaire à l'infrastructure : l'évolution de la configuration IA dans un vrai projet
- La vélocité de l’IA va dans les deux sens
Prendre du recul
Métiers, organisations, coûts et société : des lectures à explorer selon vos questions, sans ordre imposé.
Explorer les perspectives
- Campus IA à Fouju : le projet, en bref
- Campus IA à Fouju : le projet détaillé
- 4/6 · Les responsabilités autour du context engineering
- Une toile de fond à mille milliards : ce que les marchés voient et que les équipes ne voient pas
- De VP Engineering à la construction en solo : mon regard franc
- Dev With AI 2026 : ce qui change dans le travail des développeurs