- Les développeurs en sont désormais au stade où ils apprennent à collaborer avec l’IA, et Claude révèle toute sa valeur non pas comme simple chatbot, mais lorsqu’il est utilisé comme framework
- Dans la communauté, les tentatives se multiplient pour définir comment configurer et exploiter Claude, au point que l’on parle de Claude Code Framework Wars tant les expérimentations sont actives
- Cela fait émerger une nouvelle manière d’utiliser Claude dans des rôles variés comme chef de projet, architecte, développeur, relecteur et plus encore
- Concevoir un framework suppose de prendre 8 décisions majeures autour de la gestion du travail, de la fourniture de consignes, de la collaboration entre agents, de l’exécution des sessions, de l’accès aux outils, du développement du code, de la livraison et de la préservation du contexte
- La leçon essentielle est que l’IA ne remplace pas les développeurs, mais devient un coéquipier qui démultiplie la productivité grâce à des règles structurées et à des rôles bien définis
Introduction
- Idée clé : considérer Claude non comme un simple outil conversationnel, mais comme un framework, capable de produire des résultats prévisibles et utiles grâce à des règles claires et à des flux de travail définis
- Les développeurs se déplacent du codage vers des rôles à forte valeur ajoutée (gestion de projet, conception, architecture)
- Le framework Claude Code fonctionne à partir de prompts structurés, sans écrire de code
- Claude Code Framework Wars : la communauté des développeurs expérimente diverses approches pour un usage productif de l’IA
- Des dizaines de projets open source rivalisent en définissant flux de travail et structures de rôles
- Exemples : Agent OS, Claude-Flow
Principaux choix à considérer lors de la conception d’un framework
1. Où gérer le travail
- Il faut définir une source de tâches à laquelle Claude peut se référer
- Backlog en Markdown : gestion des tâches sous forme de liste de choses à faire en Markdown
- Texte structuré : transformer les spécifications produit en tâches
- Issues / tickets : stocker les spécifications dans GitHub Issues ou des tickets Jira, liés à la revue de code
- L’essentiel : les tâches doivent être stockées dans un emplacement accessible à Claude et facile à suivre
2. Comment fournir des guides à Claude
- Au lieu de prompts vagues, il faut donner des consignes à Claude via une structure claire
- Bibliothèque de commandes : commandes slash prédéfinies comme
/create-tasks, /review
- Standards de code : préciser la stack technique et les règles de développement
- Définition du terminé : encoder les critères d’achèvement d’une tâche
- Hooks de validation déclenchés : imposer linting et tests pour toute modification
- Claude relecteur : Claude assure à la fois le développement et la revue
- L’essentiel : des règles claires et répétables améliorent la qualité du travail produit par Claude
3. Structure de collaboration entre agents
- Quand plusieurs agents Claude sont utilisés, la coordination se fait par les rôles et la planification
- Simulation de rôles : l’IA tient les rôles de PM, architecte, développeur, testeur
- Traitement en essaim parallèle : exécution simultanée de plusieurs agents dans un flux structuré allant de la spécification → pseudo-code → code → tests
- Artifacts natifs au dépôt : stocker tâches, journaux et décisions d’architecture (ADR) dans la codebase pour conserver la mémoire
- L’essentiel : la coordination évite les conflits entre plusieurs travailleurs IA
4. Mode d’exécution des sessions
- Pour éviter le chaos dans les sorties de l’IA, les sessions servent d’environnement de travail
- Orchestration du terminal : Claude contrôle commandes, fenêtres et logs
- Worktrees parallèles : exécuter plusieurs branches en parallèle avec Git Worktrees
- Conteneurs parallèles : exécuter Claude dans des conteneurs isolés pour éviter les conflits
- L’essentiel : le travail en parallèle maximise la productivité sans conflit
4. Mode de fonctionnement des sessions
- Pour éviter le chaos dans les sorties de l’IA, les sessions servent d’environnement de travail
- Orchestration du terminal : Claude contrôle commandes, fenêtres et logs
- Worktrees parallèles : exécuter plusieurs branches en parallèle avec Git Worktrees
- Conteneurs parallèles : exécuter Claude dans des conteneurs isolés pour éviter les conflits
- L’essentiel : le travail en parallèle maximise la productivité sans conflit
5. L’accès de Claude aux outils
- Configurer Claude pour qu’il exploite sa connaissance de l’ensemble de la stack technique
- Intégration MCP : connexion au navigateur, à la base de données, au test runner et au framework d’automatisation UI
- Bibliothèque d’outils personnalisés : construite avec des scripts shell et des commandes
- Accesseur à la base de données : outil puissant d’accès aux bases de données
- Hooks de test et de validation : lancer les tests avec Vitest, Jest, etc. avant de terminer une tâche
- L’essentiel : l’intégration d’outils fait passer Claude du simple autocompléteur à un membre actif de l’équipe
6. Façon de développer le code
- Claude peut tenir différents rôles selon les besoins
- Chef de projet (PM) : transformer les spécifications produit en tâches et backlog
- Architecte : concevoir la structure globale, définir les interfaces et fixer les règles avant le codage
- Implémenteur : écrire le code conformément aux tests et aux standards
- QA : examiner les problèmes dans les tâches
- Relecteur : auditer la qualité des PR, la lisibilité et les risques
- L’essentiel : utiliser l’IA sur l’ensemble du cycle de vie logiciel
7. Mode de livraison du code
- Définir comment le code atteint le dépôt
- Petites différences : l’IA traite un ticket et crée une petite PR, toujours relue
- Expérimentation : déployer les changements derrière des feature flags
- Scaffold d’application complet : construire et déployer une application entière à partir de prompts de haut niveau
- L’essentiel : choisir entre des itérations sûres pour la production ou du scaffold pour le prototypage
8. Façon de préserver le contexte
- Résoudre le problème d’oubli de Claude grâce à une mémoire de framework
- Documents et journal : maintenir à jour
CLAUDE.md, les notes d’architecture et le journal du projet
- Mémoire persistante et points de contrôle : résumé des travaux récents, vérification de la santé du projet, conservation des décisions
- L’essentiel : sans mémoire, l’IA répète les erreurs ; avec de la mémoire, la progression gagne en complexité
Comment les assembler
- Considérer ces choix comme un menu, sans devoir tout configurer d’un coup
- Configuration débutante : backlog Markdown + différences par ticket
- Équipe structurée : spécifications produit + standards + simulation de rôles
- Approche orientée expérimentation : artifacts de dépôt + sessions parallèles
- Mode prototype : app builder + scaffold documentaire
Conclusion et implications
- Leçon essentielle : Claude donne ses meilleurs résultats dans un environnement structuré
- Il ne remplace pas le rôle du développeur ; il réduit le travail boilerplate et permet de se concentrer sur la définition des spécifications, la revue de conception et la définition de l’architecture
- Si le travail est mal cadré, il peut très vite dérailler ; une gestion structurée est indispensable
- Nous n’en sommes qu’aux débuts, mais les frameworks font converger l’IA non vers une boîte magique, mais vers un ensemble de coéquipiers pilotables
- Plus on fournit de structure, plus la valeur retournée est grande
- À travers des projets open source, la communauté expérimente divers frameworks et cherche des usages productifs de l’IA
- Les développeurs peuvent utiliser Claude de manière systématique pour se concentrer sur des tâches à forte valeur ajoutée et intégrer l’IA comme membre de l’équipe afin de maximiser la productivité
Aucun commentaire pour le moment.