📝

writing-skills

Name: writing-skills
Author: CodingCossack

Sûr ⚙️ Commandes externes🌐 Accès réseau📁 Accès au système de fichiers⚡ Contient des scripts

Créer des Skills Efficaces pour Claude

Également disponible depuis: Cycleaddict,Cygnusfear,davila7,Dimon94,ZhanlinCui,DYAI2025,obra

Les agents répètent les mêmes erreurs d'une session à l'autre. Ce skill fournit une méthodologie basée sur le test pour documenter des techniques éprouvées sous forme de skills réutilisables que les futures instances de Claude peuvent appliquer immédiatement.

Prend en charge: Claude Codex Code(CC)

📊 69 Adéquat

Télécharger le ZIP du skill

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

Activez et commencez à utiliser

Tester

Utilisation de "writing-skills". Aidez-moi à créer un skill pour le développement piloté par les tests

Résultat attendu:

Phase RED : Rédiger un test de référence échouant sans le skill
Phase GREEN : Rédiger un skill minimal traitant des échecs spécifiques
Phase REFACTOR : Fermer les failles suite à des tests supplémentaires
Utiliser des scénarios de pression : pression temporelle + coût irrécupérable + épuisement
Appliquer le principe d'autorité : VOUS DEVEZ écrire les tests en premier

Utilisation de "writing-skills". Comment rédiger un skill qui empêche de sauter la revue de code

Résultat attendu:

Exécuter des scénarios de référence SANS skill pour capturer les rationalisations
Documenter les excuses exactes : 'pragmatique pas dogmatique', 'pression de délai'
Rédiger un skill avec des contre-mesures explicites pour chaque rationalisation
Utiliser le principe d'engagement : exiger l'annonce de l'utilisation du skill
Tester à nouveau AVEC le skill sous pressions combinées pour vérifier

Utilisation de "writing-skills". Qu'est-ce qui rend les skills découvrables par Claude

Résultat attendu:

Utiliser des descriptions de conditions de déclenchement commençant par 'À utiliser quand...'
Inclure des mots-clés recherchables : messages d'erreur, symptômes, noms d'outils
Maintenir SKILL.md sous 500 mots pour les skills non fréquemment chargés
Référencer les autres skills par leur nom slug, pas par les chemins de fichiers

Audit de sécurité

Sûr

v5 • 1/16/2026

This is a pure documentation skill with no executable code, network access, or filesystem modifications. All 522 static findings are false positives triggered by markdown documentation patterns. The only supporting script (render-graphs.js) safely executes Graphviz dot utility for rendering diagrams.

Fichiers analysés

3,125

Lignes analysées

résultats

Total des audits

Facteurs de risque

⚙️ Commandes externes (314)

🌐 Accès réseau (23)

📁 Accès au système de fichiers (49)

⚡ Contient des scripts (1)

render-graphs.js:25

Audité par: claude Voir l’historique des audits →

Score de qualité

Architecture

100

Maintenabilité

Contenu

Communauté

100

Sécurité

Conformité aux spécifications

Ce que vous pouvez construire

Créer des Skills Réutilisables

Documenter des techniques éprouvées sous forme de skills qui préviennent les erreurs récurrentes d'une session à l'autre

Standardiser le Comportement de l'Agent

Établir des flux de travail cohérents en codant les bonnes pratiques sous forme de skills vérifiés

Appliquer le Développement Piloté par les Tests

Utiliser des scénarios de pression pour valider que les skills fonctionnent avant leur déploiement

Essayez ces prompts

Création de Skill de Base

J'ai besoin de créer un skill pour [technique]. Guidez-moi à travers le processus RED-GREEN-REFACTOR. Premièrement, quel test de référence dois-je exécuter ?

Test de Skills Existants

Testez mon skill [skill-name] sous pression. Créez 3 scénarios avec des pressions combinées (temps, coût irrécupérable, épuisement) et exécutez-les sans charger le skill.

Fermeture des Failles de Rationalisation

Mon skill [skill-name] a échoué sous pression. L'agent s'est justifié en disant : '[exact quote]'. Comment dois-je mettre à jour le skill pour contrer cette faille spécifique ?

Conception de Skills Persuasifs

Aidez-moi à appliquer les principes de persuasion à mon skill [skill-type]. Quels principes (autorité, engagement, rareté, preuve sociale, unité) dois-je utiliser et comment ?

Bonnes pratiques

Toujours exécuter des scénarios de référence avant de rédiger des skills - observer d'abord les échecs des agents
Combiner 3+ pressions dans les scénarios de test pour révéler les vraies rationalisations
Utiliser systématiquement les principes de persuasion : autorité + engagement pour les skills de discipline

Éviter

Rédiger des skills sans les tester d'abord sur des agents
Sauter la phase RED et deviner quels échecs prévenir
Utiliser des contre-mesures génériques comme 'ne pas tricher' au lieu de négation spécifique de failles

Foire aux questions

Quelles plateformes prennent en charge ce skill ?

Claude Code, Claude API et Codex. Tous prennent en charge le flux de travail basé sur les skills avec un comportement identique.

Quelle est la longueur idéale d'un skill ?

Maintenir SKILL.md sous 500 lignes. Les skills fréquemment chargés devraient faire moins de 200 mots au total.

Comment intégrer avec des skills existants ?

Référencer les autres skills en utilisant leur nom slug. Utiliser le format : REQUIRED BACKGROUND: You MUST understand superpowers:test-driven-development

Des données sont-elles stockées ou partagées ?

Non. Ce skill contient uniquement de la documentation. Il n'accède pas, ne stocke pas et ne transmet aucune donnée utilisateur.

Que faire si les skills échouent aux tests ?

Documenter les rationalisations exactes, ajouter des contre-mesures explicites, mettre à jour la description avec les symptômes de violation, et retester jusqu'à ce que ce soit infaillible.

En quoi cela diffère-t-il de la documentation classique ?

Les skills suivent la méthodologie TDD. Vous testez les skills sur des agents sous pression avant de les déployer, garantissant qu'ils modifient réellement le comportement de l'agent.