Une démonstration bien exécutée ne transforme pas, à elle seule, un processus brouillon en automatisation fiable. Elle ne fait que rejouer plus proprement le même désordre.
Annoncé par Anthropic le 21 juillet 2026, Claude Record a Skill permet d’enregistrer à l’écran une tâche dans Cowork, l’espace de travail de bureau de Claude, tout en commentant ses actions. La démonstration est ensuite convertie en Skill réutilisable, sans avoir à rédiger de prompt. Mais un enregistrement ne montre qu’une exécution réussie : il ne précise pas quand lancer la procédure, quels fichiers sont recevables, comment traiter une anomalie ni à quel moment passer la main à une personne. Voici comment combler ces lacunes : choisir la bonne tâche, la commenter correctement et vérifier le résultat avant de s’y fier.
Choisir une tâche qui mérite d’être enregistrée
Le principal enjeu n’est plus de savoir rédiger un bon prompt, mais d’identifier les tâches qu’il vaut réellement la peine d’enregistrer, comme l’a souligné le développeur Bojidar Danchev sur X. Avant d’ouvrir Cowork, passez chaque idée au crible de ces cinq questions. Cela prendra moins de temps que de réparer une Skill née d’une mauvaise démonstration.
| Question | Une bonne réponse ressemble à | Si la réponse est non |
|---|---|---|
| La tâche est-elle récurrente ? | « Nous faisons cela chaque vendredi pour chaque rapport régional. » | Gardez-la comme instruction ponctuelle. |
| Le travail est-il visible à l’écran ? | « Les champs source, les choix effectués et le fichier final apparaissent tous à l’écran. » | Rédigez plutôt une procédure, ou ajoutez d’abord le contexte manquant. |
| Peut-on vérifier le résultat ? | « Les totaux concordent et la sortie comporte un ensemble fixe d’onglets. » | Définissez un contrôle d’acceptation avant l’enregistrement. |
| Les exceptions sont-elles limitées ? | « La plupart des entrées suivent le même chemin ; deux cas atypiques sont transmis à une personne. » | Limitez le périmètre au cas d’usage courant. |
| L’écran peut-il être montré sans risque ? | « Un échantillon anonymisé ne contient ni identifiants, ni dossiers clients, ni messages privés. » | Préparez un échantillon sûr, ou n’enregistrez pas la tâche. |
Il s’agit d’une frontière pratique, pas d’une limitation imposée par Anthropic. Ces critères distinguent une procédure stable d’une tâche qui repose sur un jugement privé, un contexte invisible ou une liste ouverte de cas particuliers. Le nettoyage hebdomadaire d’un tableur coche les cinq cases. « Traiter toute demande financière inhabituelle » échoue à quatre d’entre elles : la tâche dissimule des choix de politique interne, des données sensibles et des exceptions qu’un seul enregistrement d’écran ne peut pas expliquer.
Ce que la fonction permet vraiment
La procédure est simple : ouvrez Claude Desktop, basculez vers Cowork, ouvrez le menu +, sélectionnez Record a skill, puis réalisez et commentez la tâche. Au lancement, cette fonction est indiquée pour les offres Pro, Max, and Team. Si l’option n’apparaît pas, mettez d’abord l’application de bureau à jour avant toute autre recherche de panne.
*Capture d’écran publique du menu + de Cowork, issue du reportage d’Android Authority. Crédit image : Shimul Sood / Android Authority.*
Deux limites méritent d’être posées clairement. La fonction n’entraîne pas un modèle Claude privé à partir de votre travail : elle produit une procédure fondée sur votre démonstration, et non un modèle affiné. Elle ne garantit pas non plus qu’un unique enregistrement couvrira toutes les variations futures. L’annonce de lancement décrit une Skill que Claude « can run again », pas un outil capable de gérer des entrées qu’il n’a jamais vues. Considérez la Skill générée comme le premier brouillon d’un mode opératoire rédigé par un collègue : utile immédiatement, mais encore à valider et à attribuer à un responsable.
Commenter les règles, pas les clics
La narration apporte tout ce que le curseur ne peut pas montrer. D’après les notes de test publiées sur X par Kavya, l’amélioration la plus utile consiste à expliquer la raison d’une action plutôt que l’action elle-même. « Cliquez sur Exporter » enregistre un clic. « Exportez au format CSV, car notre importateur CRM refuse les fichiers Excel » enregistre une règle qui reste valable lorsque les données changent.
Exprimez à voix haute six éléments avant et pendant l’enregistrement :
1. Résultat attendu : « Produire un classeur hebdomadaire des ventes avec un onglet nettoyé par région. » 2. Entrées autorisées : « Utiliser uniquement les fichiers CSV de ce dossier et le modèle actuel. » 3. Règle de décision : « Supprimer les doublons selon l’identifiant de facture, puis conserver l’horodatage le plus récent. » 4. Exception : « Si un identifiant de facture est vide ou si les totaux divergent, ne corrigez rien. Ajoutez-le à l’onglet des exceptions. » 5. Contrôle : « Les totaux régionaux doivent correspondre au total source et chaque onglet doit respecter l’ordre standard des colonnes. » 6. Livrable : « Enregistrer sous weekly-sales-YYYY-MM-DD.xlsx dans le dossier des éléments vérifiés. »
Distinguez les détails propres à l’exemple des règles réutilisables, et énoncez la règle dès que l’échantillon risque d’induire Claude en erreur. Votre démonstration peut ouvrir Acme-East.csv, mais la règle est : « utiliser les fichiers CSV régionaux approuvés ». Vous pouvez choisir un graphique bleu, mais l’instruction devient : « utiliser le modèle de reporting actuel ».
Commentez aussi les exceptions : c’est précisément là que les enregistrements atteignent leurs limites. Okazaki, qui maintient 252 fichiers SKILL.md, estime qu’un enregistrement ne couvre qu’environ la moitié d’une véritable Skill, et que l’autre moitié — la gestion des exceptions — est celle qui compte en production. Il recommande d’utiliser cette fonction pour ébaucher une procédure en dix minutes, puis de confier à une personne la définition des conditions d’activation et des exceptions. Enregistrez le parcours standard ; prenez en charge les cas limites.
Valider la Skill avant de la réutiliser
Avant de réemployer ou de partager la Skill générée, relisez-la. Les enregistrements d’écran peuvent récupérer de vrais noms de dossiers, des libellés internes ou des chemins d’accès. Vérifiez donc qu’ils n’ont pas reproduit d’identifiants, de secrets ou d’instructions qui ne valent que pour l’échantillon utilisé.
Faites ensuite trois tests de relecture avec des entrées que l’enregistrement n’a jamais rencontrées :
| Test | Entrée | Résultat attendu |
|---|---|---|
| Standard | Un nouvel exemple respectant le schéma enregistré | Claude produit la sortie attendue sans s’appuyer sur l’échantillon initial. |
| Imparfait | Une entrée contenant une valeur manquante, un doublon ou un conflit | Claude applique la règle d’exception ou demande la décision manquante. |
| Hors périmètre | Une action protégée ou une tâche extérieure au processus enregistré | Claude s’arrête ou la transmet à un relecteur au lieu d’improviser. |
Le test standard vérifie si la Skill a généralisé la procédure. Le test imparfait indique si votre formulation des exceptions est assez précise. Le test hors périmètre montre si la Skill possède réellement une limite.
Pour une équipe, ajoutez trois informations que l’enregistrement ne peut pas contenir : un responsable désigné, la date de la dernière revue et la classification des données qu’elle est autorisée à traiter. Une Skill qui fonctionnait en juillet ne prouve pas qu’elle fonctionne encore après un changement de modèle, de permission ou de processus.
Premiers essais recommandés, et sujets à garder hors champ
Commencez par une tâche dont les erreurs sont peu coûteuses et faciles à repérer :
- Normaliser les colonnes, les dates et les formats numériques d’un tableur.
- Transformer un ensemble récurrent de notes source en rapport suivant un ordre de sections fixe.
- Appliquer des règles de nommage et de classement à un lot de fichiers déjà approuvés.
- Exécuter une checklist de prépublication qui signale les titres, liens ou images manquants afin qu’une personne les corrige.
- Reproduire un parcours de QA et générer un rapport de bug structuré avec des captures d’écran et le comportement attendu.
Dans chaque cas, il existe un résultat connu et correct à comparer à un modèle, une checklist ou un total. C’est aussi une manière de déterminer quelle quantité de narration exige une tâche.
Éloignez votre première Skill enregistrée de toute opération irréversible ou sensible : mots de passe, validations de paiement, récupération de compte, informations de santé, décisions juridiques et dossiers clients confidentiels. Fermez les fenêtres sans rapport avec la tâche, désactivez les aperçus de notifications et utilisez un échantillon anonymisé. Un enregistrement d’écran expose bien davantage de contexte qu’un prompt écrit, même lorsque la tâche paraît anodine.
Questions fréquentes
Peut-on utiliser Record a Skill avec l’offre gratuite ?
Non. Au lancement, la fonction est limitée aux offres Pro, Max et Team de l’application Claude pour ordinateur. Des utilisateurs de l’offre gratuite ont signalé cette absence. Consultez le menu actuel de l’application pour connaître la disponibilité exacte sur un compte donné.
Enregistrer un workflow entraîne-t-il un nouveau modèle Claude ?
Non. Le résultat est une Skill réutilisable, c’est-à-dire une procédure que Claude suit, et non un modèle privé affiné à partir de votre enregistrement. Relisez et testez cette procédure avant de vous y fier avec de nouvelles entrées.
Quelle est la durée maximale d’un enregistrement, et où est-il stocké ?
L’annonce de lancement d’Anthropic ne précise ni limite de durée d’enregistrement, ni plafond de taille de fichier, ni politique de stockage et de conservation. En attendant ces précisions, évitez d’enregistrer des données sensibles plutôt que de supposer une règle de traitement particulière.
Pourquoi l’option Record a skill est-elle absente ?
Elle apparaît dans le menu + de Cowork, dans l’application de bureau, pour les comptes Pro, Max et Team. Si vous ne la voyez pas, mettez l’application à jour et vérifiez que le compte utilise une offre prise en charge ; la disponibilité peut varier selon la version et la région.
Que faut-il tester avant de réutiliser une Skill enregistrée ?
Testez une entrée standard, une entrée incomplète ou conflictuelle, puis une demande hors périmètre. Ne conservez la Skill que si elle traite correctement les deux premières et transmet la troisième au lieu de deviner.