Projet ou skill : lequel créer en premier dans Claude
Une grande partie de ce que tu ranges dans tes projets Claude devrait vivre ailleurs. La règle qui sépare les deux tient en une question.
Créer un projet, c'est le premier geste que tout le monde fait en découvrant Claude. C'est rassurant : on se lance, on ouvre un projet, on range tout dedans. Quelques semaines plus tard, le projet contient des documents, des méthodes de travail, des instructions permanentes, trois sujets qui n'ont rien à voir. Un fourre-tout.
Si tu te reconnais, tu n'es pas désorganisé. Personne ne t'a simplement expliqué que Claude propose deux boîtes très différentes, ni laquelle sert à quoi.
La question qui tranche : matière ou méthode ?
Un projet contient de la matière. Les documents d'un sujet, son contexte, ses conversations. Tu peux le voir comme un dossier dans lequel tu ouvres des discussions : le dossier « refonte du site », le dossier « comptabilité 2026 ».
Un skill contient une méthode. C'est un processus réutilisable que tu décris une fois : la façon de faire une tâche qui revient. Trier ta boîte mail, par exemple :
1/ récupérer les emails non lus
2/ lire et analyser chacun
3/ le déplacer dans le dossier qui lui correspond
4/ préparer un brouillon de réponse quand il en faut une
Ce genre de recette ne décrit aucun sujet en particulier. Elle servira la semaine prochaine comme dans six mois, dans n'importe quel projet. Elle n'a rien à faire dans l'un d'eux.
Ça va dans un projet
- le cahier des charges de ce site
- les factures de ce trimestre
- le contexte d'un client précis
- les conversations liées à ce sujet
De la matière : vraie pour un sujet, périmée quand il se termine.
Ça va dans un skill
- ta façon de répondre à un client
- ta méthode de tri de boîte mail
- ton processus de facturation
- ta charte d'écriture
De la méthode : vraie à chaque fois que la tâche revient, quel que soit le sujet.
Pourquoi commencer par les skills
Ma recommandation, c'est de créer des skills avant de créer des projets. Un, dix, cent. Pas parce que les projets sont mauvais, mais parce que les skills t'apprennent la compétence qui compte vraiment : décrire un processus assez précisément pour qu'une IA puisse le suivre sans toi.
Et un skill est rentable tout de suite : il te sert dans toutes tes conversations, là où un projet ne sert que son sujet. La puissance arrive quand tu articules les deux, des projets pleins de matière et des skills qui savent la travailler.
Il y a un cas où l'ordre s'inverse, autant le dire : quand un dossier concret arrive avec une échéance, la matière existe déjà, commence par le projet. Les skills viendront de ce que tu y répètes : la deuxième fois que tu fais le même geste dans un projet, c'est le signal qu'un skill doit naître.
Une fois tes premiers skills écrits, la question suivante arrive vite : comment Claude sait-il lequel charger, au bon moment ? J'ai détaillé le mécanisme ici, c'est la lecture qui complète celle-ci. Et si tes conversations de projet s'éternisent et perdent en qualité, c'est probablement le contexte qui sature.
Pour aller à la source, la documentation officielle des skills est en anglais, mais elle fait référence.
