Detected promise
Guide + Framework “Record a Skill” (Claude Cowork) + Bibliothèque de 60 skills à enregistrer, classées par métier
Reconstructed contract
framework
Voici l’actif promis, sans commentaire/DM : une méthode pas à pas pour enregistrer des “skills” via enregistrement d’écran (voix/clics/frappe), un framework de qualité pour obtenir des skills fiables et maintenables, des templates (script de narration, fiche skill, check QA), plus une bibliothèque de 60 idées de skills par métier. Contenu généré à partir du contexte du post + recherche web (liens en bas).
Resource without ritual
The promised resource, no comment required
1) Ce que “Record a skill” est (et n’est pas) — cadrage en 60 secondes
Objectif : transformer une démonstration (écran + actions + explications) en procédure rejouable à la demande.
À quoi ça sert vraiment :
Capturer une routine stable (répétable, règles claires, entrées/sorties identifiables).
Standardiser un process tacite (ce que vous faites “au feeling”) en étapes explicites.
Réduire le temps de transmission/formation.
À quoi ça sert moins :
Automatiser des tâches à forte variabilité (cas par cas, exceptions fréquentes) sans définir de règles.
Tout ce qui exige un jugement humain non formalisé (ex : arbitrage stratégique) sans grille de décision.
Des actions nécessitant accès à des données sensibles si vous ne maîtrisez pas la politique interne et les réglages de confidentialité.
Principe clé : un bon skill = (déclencheur) + (entrée) + (procédure) + (contrôles) + (sortie) + (exceptions).
2) La méthode pas à pas (les 4 gestes + la préparation qui fait 80% du résultat)
A. Préparation (5–12 min)
1) Choisir une tâche “skill-friendly” :
Fréquence : ≥ 1 fois/semaine (ou ≥ 4 fois/mois).
Durée : 3 à 20 minutes.
Variabilité : faible à moyenne (≤ 5 exceptions typiques).
Sortie mesurable : fichier, email, ticket, ligne CRM, rapport, facture classée.
2) Définir le “contrat” en une phrase :
“Quand [déclencheur], je veux que [Claude] produise [sortie] à partir de [entrées], en respectant [contraintes].”
3) Préparer un exemple réel + un exemple piégeux :
1 cas standard.
1 cas avec exception (montant > X, champ manquant, format bizarre, doublon, etc.).
4) Nettoyer le terrain :
Fermer les onglets/applications non nécessaires.
Masquer données sensibles si possible (floutage système / compte de test / environnement sandbox).
B. Enregistrement (les “4 gestes” + bonnes pratiques)
1) Ouvrir l’app desktop Claude → menu “+” (ou équivalent) → “Record a skill”.
2) Lancer l’enregistrement.
3) Exécuter la tâche comme d’habitude, MAIS en “formateur” :
Dire ce que vous faites ET pourquoi (la règle derrière le clic).
Énoncer les critères de réussite (“je vérifie que…”, “si X alors…”).
Nommer les champs/colonnes/boutons pour ancrer.
4) Terminer : laisser Claude convertir en skill.
C. Après conversion (10 min)
1) Renommer le skill avec un format standard :
[Métier] – [Verbe] – [Objet] – [Système] (ex : “Finance – Classer – Facture fournisseur – Drive”).
2) Ajouter la description (1 paragraphe) + prérequis + entrées attendues.
3) Exécuter un test sur le cas standard, puis sur le cas piégeux.
4) Corriger : ré-enregistrer ou ajouter des règles/exceptions dans la description et/ou une seconde démo courte.
Règle d’or : si vous n’avez pas expliqué la règle, Claude ne peut pas “deviner” la politique interne (naming, seuils, tags, tolérances).
3) Framework QUALITÉ : la grille S.K.I.L.L. (pour des skills fiables et réutilisables)
Utilisez S.K.I.L.L. pour scorer un skill avant de le “déployer” à l’équipe.
S — Scope (périmètre)
Le skill fait UNE chose (ou un mini-flux) ?
Début/fin clairement définis ?
Score 0–2
K — Known inputs (entrées connues)
Entrées standardisées (fichier, lien, ID, email, dates) ?
Variantes listées ?
Score 0–2
I — Invariants (règles invariantes)
Règles explicites (seuils, conventions, mapping) ?
Critères de succès mentionnés ?
Score 0–2
L — Limits & exceptions (limites/exceptions)
Que faire si champ manquant, doublon, accès refusé, incohérence ?
Quand escalader à un humain ?
Score 0–2
L — Logging (traçabilité)
Sortie vérifiable (lien, fichier, résumé des actions) ?
Check final obligatoire (2–3 points) ?
Score 0–2
Interprétation :
9–10 : prêt à l’usage en prod.
7–8 : utilisable avec supervision.
≤6 : risque d’erreurs → resserrer le périmètre ou ajouter règles/exceptions.
Bonus : “Stop conditions” (conditions d’arrêt)
Définir 3 cas où le skill doit s’arrêter et demander confirmation (montant élevé, client VIP, suppression irréversible).
4) Template de narration (script) pour enregistrer un skill qui marche du premier coup
Copiez/collez et lisez à voix haute pendant la démo.
1) Intention
“Je vais te montrer comment [résultat]. Le but est de produire [sortie] à partir de [entrée].”
2) Prérequis
“Pré-requis : accès à [outil], dossier [chemin], droits [niveau], et j’utilise la convention [naming/tag].”
3) Étapes (rythme recommandé : une règle par étape)
“Étape 1 : je [action]. Je le fais parce que [règle]. Je vérifie [contrôle].”
“Étape 2 : …”
4) Exceptions
“Si [condition], alors je fais [option A]. Sinon [option B].”
5) Contrôle final
“Avant de terminer, je confirme : (1) … (2) … (3) …”
6) Sortie & preuve
“Le résultat attendu est [preuve : lien, email envoyé, ligne CRM, fichier]. Je consigne [log] dans [endroit].”
7) Quand escalader
“Si je rencontre [liste], j’arrête et je demande validation.”
5) Fiche Skill (documentation interne) — prête à coller dans Notion/Confluence
Nom du skill :
Propriétaire (owner) :
Version / date :
Objectif (1 phrase) :
Déclencheur :
Entrées attendues :
Sorties attendues :
Outils / accès requis :
Procédure (résumé 5–12 lignes) :
1)
2)
3)
Règles & conventions :
Nommage :
Tags / statuts :
Seuils (montants, SLA, priorités) :
Exceptions connues (et quoi faire) :
Exception 1 :
Exception 2 :
Conditions d’arrêt (demander validation) :
-
Checklist de contrôle final :
-
Journalisation (où tracer) :
-
Tests (cas standard + cas edge) :
Standard :
Edge :
KPI :
Temps gagné :
Taux d’erreur acceptable :
Volume/mois :
6) Protocole de test & QA (15 minutes)
But : éviter le “ça marche sur mon exemple” et sécuriser la réutilisation.
Test 1 — Standard
Exécuter le skill avec le cas le plus courant.
Vérifier la sortie et les 3 contrôles finaux.
Test 2 — Edge case (obligatoire)
Choisir un cas avec une seule difficulté :
champ manquant
format inattendu
doublon
priorité haute
montant > seuil
Test 3 — Non-régression
Refaire Test 1 après avoir modifié une règle ou ré-enregistré.
Check QA (OK/KO)
Le skill demande confirmation avant action irréversible.
Il produit un log (résumé des actions + liens).
Il indique explicitement quand il ne sait pas (et stoppe).
Critère de release : score S.K.I.L.L. ≥ 8/10 + 2 cas test validés.
7) Bibliothèque de 60+ skills à enregistrer (classés par métier)
Finance / Comptabilité (10)
1. Classer facture fournisseur (nommage + dossier + tags) dans Drive/SharePoint.
2. Vérifier conformité facture (TVA, IBAN, mentions) + flag exceptions.
3. Préparer une note de frais : extraction pièces + contrôle plafonds + synthèse.
4. Rapprochement bancaire “light” : pointer lignes et signaler écarts.
5. Générer pack de paiement : liste factures dues + priorisation + export.
6. Contrôle doublons fournisseurs : détection et ticket de correction.
7. Reporting cash hebdo : collecte soldes + tableau + commentaire.
8. Préparer écritures récurrentes : modèle + période + validation.
9. Suivi relances clients : segmentation + emails de relance + log.
10. Clôture mensuelle (mini-skill) : checklist + preuves dans dossier.
Sales / SDR / Account Exec (10)
11. Qualification lead entrant : lecture formulaire + enrichissement + score + next step.
12. Nettoyage CRM : normaliser champs, corriger pays/secteur, dédoublonner.
13. Préparer brief d’appel : contexte compte + pain points + questions.
14. Rédiger email de suivi post-call : recap + actions + calendrier.
15. Mettre à jour pipeline hebdo : étapes, next step, risques.
16. Créer proposition commerciale “v1” : structure + hypothèses + options.
17. Résumer call d’objection : objections → réponses → plan de test.
18. Handoff Sales→CS : dossier client + objectifs + risques + docs.
19. Chasse comptes cible : liste ICP → signaux → 10 comptes priorisés.
20. Générer séquence de prospection (3 emails + 1 LinkedIn) par persona.
Marketing / Content (10)
21. Transformer un webinaire en 8 assets : blog, posts, newsletter, snippets.
22. Audit SEO page : intentions, Hn, méta, FAQ, maillage interne.
23. Brief créa campagne : objectif, audience, angle, CTA, contraintes.
24. Calendar éditorial hebdo : thèmes, mots-clés, distribution, owners.
25. UTM & naming : générer UTMs + consigner dans doc.
26. Analyse perf campagne : exporter stats + conclusions + next tests.
27. Réécrire landing page : proposition de valeur + objections + preuves.
28. “Content repurpose” d’un article : 5 hooks + 1 thread + 1 script vidéo.
29. Veille concurrentielle : check 5 sites + synthèse + opportunités.
30. QA avant publication : liens, tracking, responsive, mentions légales.
Ops / Admin / Office (8)
31. Traitement boîte mail “ops” : tri, tags, réponses types, escalade.
32. Préparer agenda réunion : objectifs, docs, questions, timeboxing.
33. Compte rendu + actions : synthèse, décisions, action items, owners, deadlines.
34. Standardiser nommage fichiers : convention + migration dossier.
35. Onboarding nouvel arrivant (admin) : accès, checklist, docs.
36. Gestion demandes internes : formulaire → ticket → priorisation.
37. Création de tableaux de bord simple : sources → export → tableau.
38. Préparer pack hebdo direction : KPI + faits marquants + risques.
Customer Support / Success (8)
39. Triage tickets : catégoriser, priorité, routing, réponses standard.
40. Réponse “diagnostic” : poser 5 questions + proposer 3 étapes.
41. Incident report : timeline, impact, RCA initiale, actions.
42. Health check compte : usage, risques churn, opportunités, plan.
43. Renewal prep : valeur délivrée, obstacles, plan de négociation.
44. Base de connaissance : transformer 1 ticket en article help.
45. VoC hebdo : extraire thèmes, fréquence, citations, recommandation.
46. Handoff Support→Product : template bug/feature + reproductibilité.
Produit / UX / Data (8)
47. Synthèse interviews utilisateurs : thèmes, verbatims, jobs-to-be-done.
48. PRD “lite” : problème, hypothèses, métriques, scope, hors-scope.
49. QA release notes : lister changements + impacts + FAQ interne.
50. Analyse cohorte : export, segmentation, interprétation, actions.
51. Définir événement tracking : noms, propriétés, exemples.
52. Nettoyage dataset : règles, dédup, normalisation, dictionnaire.
53. Revue anomalies KPI : détection, hypothèses, demandes de vérif.
54. Préparer atelier : objectifs, exercices, matériel, livrables.
RH / People (6)
55. Tri CV vs scorecard : critères, score, recommandation.
56. Préparer guide d’entretien : questions, signaux, red flags, grille.
57. Offre d’embauche “pack” : email, pièces, checklist.
58. Onboarding rôle : 30/60/90, ressources, rituels.
59. Feedback cycle : collecte, synthèse, plan de développement.
60. Politique congés/notes de frais : FAQ interne + réponses types.
Bonus transverses (6)
61. “Résumé + décisions” d’un doc long (avec questions de clarif).
62. Convertir SOP en checklist opérationnelle.
63. Audit conformité branding d’un doc (typos, logos, ton, couleurs).
64. Préparer une demande d’achat (business case + options + risques).
65. Migration d’une liste (CSV) vers outil (mapping champs + QA).
66. Préparer un prompt de délégation : objectifs, contraintes, exemples.
Astuce : commencez par 5 skills “gros volume, faible risque” (tri email, compte rendu, nettoyage CRM, QA publication, reporting hebdo).
8) Sécurité, conformité, et “garde-fous” (indispensable en entreprise)
Avant d’enregistrer :
Vérifier la politique interne (données perso, secrets, finance, santé).
Préférer des comptes de test / environnements sandbox.
Éviter d’afficher : IBAN, numéros carte, infos médicales, mots de passe, clés API.
Pendant :
Dire explicitement quand une donnée est sensible et qu’elle ne doit pas être copiée.
Ajouter des “stop conditions” pour actions irréversibles (paiement, suppression, envoi à grande liste).
Après :
Documenter les accès requis et les limites.
Faire valider par un owner (Finance/Legal/IT) pour les skills à risque.
Règle pratique : si vous ne seriez pas à l’aise à partager l’enregistrement à votre DSI, ne l’enregistrez pas avec des données réelles.