- Public
- développeur curieux, débutant à intermédiaire
- Durée
- 15 à 25 min
- Module
- 1/5
- Compétence visée
- choisir la bonne interface Claude selon le livrable attendu
En une image
Un charpentier expérimenté ne plante pas un clou avec sa ponceuse. Selon la tâche, il attrape la scie, la perceuse ou la ponceuse — mais c'est toujours le même artisan, avec le même savoir-faire, qui change seulement d'outil. La famille Claude fonctionne pareil : Code, Cowork et Design partagent le même « cerveau », mais chaque interface offre des « mains » différentes, façonnées pour un type de livrable précis. Le vrai réflexe pro n'est donc pas d'apprendre trois produits séparés, c'est d'apprendre à reconnaître, avant de commencer, à quoi ressemble terminé pour la tâche en cours.
Il existe trois interfaces principales dans la famille Claude, et chacune brille sur un type de travail différent. Le schéma ci-dessous les résume, puis on détaille ce que chacune apporte à un développeur.
- Claude Code (Claude Code CLI/IDE) vit dans ton terminal ou ton éditeur. Il lit tes vrais fichiers, propose des diffs, lance des commandes shell — c'est le compagnon quand le livrable est du logiciel exécutable : un bug corrigé, un endpoint ajouté, un script d'import de données.
- Claude Cowork (Cowork workspace) est un espace de travail partagé et persistant. Plusieurs personnes y viennent au fil des semaines, Claude garde le contexte du projet, et l'espace se façonne avec des plugins spécifiques à ton équipe.
- Claude Design (Design canvas) offre un canevas visuel où l'on prototype des maquettes, des écrans UI ou des affiches. On y clique-glisse au lieu d'écrire du code.
Le bon réflexe est donc de qualifier le livrable avant d'ouvrir l'outil :
- « À la fin, j'ai du code qui passe les tests. » → Claude Code
- « À la fin, mon équipe a avancé sur un projet continu. » → Claude Cowork
- « À la fin, j'ai une image ou une UI qu'on peut regarder. » → Claude Design
À essayer maintenant
- Prends la dernière tâche que tu as commencée dans ton IDE et pose-toi la question : est-ce que le livrable est du code exécutable, un travail collaboratif continu, ou un visuel ?
- Ouvre un terminal dans un projet réel et lance
claude pour démarrer une session Claude Code — même sans rien demander, note où s'ouvre la conversation.
- Tape
/help dans cette session et lis la liste des commandes disponibles : c'est ta première carte du territoire.
- Reformule à voix haute la même tâche de trois façons : « je veux du code », « je veux collaborer », « je veux un visuel ». Vérifie que l'intention change à chaque fois.
- Décide, pour la semaine qui vient, une tâche que tu confies à Claude Code plutôt qu'à un chatbot dans un onglet de navigateur.
À retenir
- Même Claude, trois « mains » : Code pour le logiciel, Cowork pour le projet partagé, Design pour le visuel.
- Le choix de l'outil dépend du livrable attendu, pas du sujet abordé.
- Un mauvais choix d'outil coûte plus cher que ne pas connaître toutes les commandes de l'outil.
Piège à éviter
Utiliser Claude Code comme un simple chatbot général (« explique-moi les monades ») en oubliant qu'il peut vraiment toucher ton disque, ou à l'inverse copier-coller du code dans un chat de navigateur alors qu'un claude local aurait lu le fichier lui-même. Chaque interface a un usage sweet-spot : hors de ce sweet-spot, tu perds la valeur qu'elle apporte.
Donc ? Avant d'ouvrir un outil, dis-toi une phrase : « à quoi ressemble terminé pour cette tâche ? » — la réponse te donne l'interface Claude à ouvrir.