Les quatre modes, en un tableau
Chaque mode a un usage idéal. Les confondre, c'est se compliquer la vie ; les utiliser à bon escient, c'est travailler comme un pro.
| Mode | Idéal pour | Exemple |
|---|---|---|
| Conversation | Une tâche ponctuelle, unique | « Rédige-moi cet email », « explique-moi ce concept » |
| Project | Un travail récurrent avec un contexte stable | Ton blog, un client suivi dans la durée |
| Artifact | Produire un livrable qu'on affine | Une page, un modèle d'email, un tableau |
| API / automatisation | Répéter la même tâche en série, sans toi | Traiter 200 fiches, classer des demandes |
L'arbre de décision
Pose-toi ces questions dans l'ordre, tu trouveras toujours le bon mode :
- Est-ce une tâche que je vais répéter des dizaines de fois automatiquement ? Oui → API / automatisation (voir la leçon dédiée). Non → continue.
- Est-ce lié à un contexte que je réutilise souvent (même activité, même client, même ton) ? Oui → Project. Non → continue.
- Le résultat est-il un livrable que je vais retravailler (document, page, tableau) ? Oui → demande un Artifact. Non → continue.
- Sinon : une simple conversation suffit.
Ils se combinent
Ces modes ne s'excluent pas, ils s'empilent. Le combo le plus puissant au quotidien : un Project (qui porte ton contexte) dans lequel tu travailles en conversations par sujet, et qui produit des Artifacts réutilisables. L'API vient seulement quand un besoin devient répétitif et industriel.
Trois situations concrètes
- Tu écris un email exceptionnel à un fournisseur → conversation simple, inutile de sortir l'artillerie.
- Tu produis chaque semaine des articles pour ton site → un Project « Mon blog » avec ta charte et ton ton, et un Artifact par article.
- Tu dois reformuler automatiquement 500 descriptions produit → là seulement, l'API ou une automatisation no-code prend tout son sens.
Et le choix du modèle dans tout ça
À ces modes s'ajoute le choix du modèle (Haiku / Sonnet / Opus). La logique reste la même qu'au module 1 : le rapide pour le simple et le volume, le puissant pour le complexe et le nuancé. En automatisation surtout, ce choix pèse directement sur le coût et la vitesse. Bien choisir mode et modèle, c'est ça, l'usage avancé.
Erreur courante
Tout faire en conversations isolées, même un travail clairement récurrent, et réexpliquer son contexte chaque fois. C'est le signe qu'un Project s'impose. À l'inverse, vouloir automatiser via l'API une tâche qu'on ne fait que cinq fois par mois : trop d'effort pour trop peu. Le bon mode, c'est celui qui correspond à la fréquence et à la nature réelle du besoin.
Ton plan d'action
- Liste tes 5 usages réels de Claude et, pour chacun, applique l'arbre de décision.
- Transforme en Project l'usage le plus récurrent que tu gères encore en conversations isolées.
- Repère s'il existe une tâche assez répétitive pour justifier une automatisation (souvent, non, et c'est très bien).
À retenir
Quatre modes, quatre usages : la conversation pour le ponctuel, le Project pour le récurrent, l'Artifact pour les livrables, l'API pour l'automatisation en série. Ils se combinent (un Project où l'on travaille en conversations et produit des Artifacts). Choisir le bon mode selon la fréquence et la nature du besoin, plus le bon modèle, c'est le cœur d'un usage avancé et efficace.