Chapitre 13.2 — Cowork vs Claude Code
⏱️ TL;DR — Même moteur, deux mondes. Les deux sont des agents Claude qui planifient → agissent → vérifient. Mais Claude Code vit dans le terminal, pour des développeurs, sur du code (avec les pleins droits de ton système) ; Cowork vit dans une app point-and-click, pour des non-techniciens, sur du travail de bureau (dans un environnement sandboxé côté serveur, avec un accès à tes fichiers/apps que tu approuves). Choisis selon le goulot : vélocité d’ingénierie → Code ; travail de bureau répétitif → Cowork.
🎯 Objectifs
- Comparer Cowork et Claude Code sur les axes clés.
- Comprendre pourquoi ils ne se remplacent pas.
- Choisir le bon outil selon la tâche.
Le tableau comparatif
| Claude Cowork | Claude Code | |
|---|---|---|
| Surface | app point-and-click (Desktop, web, mobile) | terminal / CLI (+ IDE, desktop, web) |
| Public | knowledge workers, non-techniciens, équipes | développeurs / ingénieurs |
| Cœur du métier | docs, décks, tableurs, recherche, organisation, coordination | écrire/refactorer/débuguer/livrer du code, workflows git |
| Environnement d’exécution | sandbox sur les serveurs d’Anthropic ; accès local/apps approuvé par toi | ton terminal, avec les pleins droits de l’utilisateur (fs, shell, git) |
| Asynchrone / cloud | oui — distant, planifié, continue ordinateur fermé | surtout interactif/local (avec ses propres modes background) |
La différence qui compte : surface + public + droits
Trois axes séparent vraiment les deux :
- La surface conditionne le public : un terminal parle aux devs ; une app point-and-click parle à tout le monde. Ce n’est pas cosmétique — c’est le choix de qui peut l’utiliser.
- Le public conditionne le métier : Cowork vise les tâches d’un employé de bureau (marketing, ventes, ops, juridique) ; Claude Code vise l’ingénierie.
- Le modèle de droits : Claude Code tourne avec tes pleins droits dans ton terminal (puissant, mais c’est pourquoi on met des garde-fous, P5/P7) ; Cowork tourne dans un environnement isolé côté serveur, et son accès à tes fichiers/apps locales est explicitement approuvé — un modèle plus cadré, adapté à un public non-technique.
💡 Réflexe d’architecte — Retiens la règle de choix d’Anthropic : prends Cowork quand le goulot est du travail de bureau répétitif (synthèses, extraction de données, tri de fichiers, tâches multi-étapes sur le desktop) ; prends Claude Code quand le goulot est la vélocité d’ingénierie. Ce ne sont pas des concurrents : ils adressent deux goulots différents de ta journée.
Ils ne se remplacent pas
⚠️ Piège — Voir Cowork comme « une version cloud/grand public de Claude Code » et se demander lequel « gagne ». Faux cadrage : ils font des jobs différents pour des publics différents. Un dev n’abandonne pas son terminal pour Cowork ; un chargé de marketing n’ouvre pas un terminal. Le point commun (le cœur agentique) explique qu’ils se ressemblent ; les axes ci-dessus expliquent qu’ils ne se substituent pas.
Anecdote parlante : Cowork a été construit avec Claude Code. Le même cœur agentique sert à bâtir l’outil des devs et l’outil des non-devs — meilleure preuve qu’il s’agit de deux applications d’une même technologie, pas de deux versions concurrentes.
🧭 Sur TaskFlow — Pour développer TaskFlow, c’est Claude Code (le sujet de tout ce playbook). Cowork n’entre pas en jeu côté code. Il pourrait — à la marge — servir sur des tâches autour du projet qui ne sont pas du code : préparer un deck de présentation de TaskFlow, compiler un rapport, organiser des specs. Mais ça reste hors de ta boucle d’ingénieur.
✏️ Exercices
Exercice 1 — Classe tes goulots. Liste 6 tâches de ta semaine. Range : goulot d’ingénierie (→ Claude Code) vs goulot de travail de bureau (→ Cowork potentiel). Combien tombent hors-code ?
✅ Solution
Pour un dev, l’écrasante majorité tombe côté ingénierie (→ Claude Code). Quelques-unes (préparer une présentation, compiler un rapport, trier des documents) pourraient relever de Cowork. L’exercice montre concrètement que les deux outils adressent des goulots distincts — et lequel domine ta journée.
Exercice 2 — Le bon outil. Pour deux tâches (une de code, une de bureau), justifie le choix Code vs Cowork en une phrase, en citant l’axe décisif (surface, public, métier, droits).
✅ Solution
Ex. « Refactorer la couche auth → Claude Code : c’est du code, dans mon terminal, avec accès au repo. » « Préparer le deck trimestriel à partir de données éparses → Cowork : c’est du travail de bureau multi-étapes, sans terminal. » L’axe décisif est presque toujours surface + métier.
🧠 Quiz de révision
1. Qu’ont en commun Cowork et Claude Code ?
Le cœur agentique (planifier → agir → vérifier). Cowork a même été construit avec Claude Code. Ce sont deux applications d’une même technologie.
2. Quelles sont les trois différences qui comptent ?
La surface (app vs terminal), le public (non-tech vs devs) et donc le métier (bureau vs code), et le modèle de droits (sandbox cloud approuvé vs pleins droits du terminal).
3. Quelle est la règle de choix entre les deux ?
Selon le goulot : travail de bureau répétitif → Cowork ; vélocité d’ingénierie → Claude Code. Ils adressent deux goulots différents, ils ne se remplacent pas.
4. Pourquoi « Cowork = version cloud de Claude Code » est-il faux ?
Parce qu’ils font des jobs différents pour des publics différents (bureau/non-tech vs code/devs). Ce n’est pas une question de « lequel gagne » : ils ne se substituent pas.
5. En quoi leur modèle d’exécution diffère-t-il ?
Claude Code tourne dans ton terminal avec tes pleins droits (d’où les garde-fous). Cowork tourne dans un environnement isolé côté serveur, avec un accès local/apps explicitement approuvé — plus cadré, adapté au grand public.
Chapitre suivant : Cas d’usage & si ça te concerne — honnêtement, en tant que dev.