Synthèse automatique
Génère une nouvelle skill Claude Code complète (SKILL.md et README.md, à partir du squelette de répertoire) en se basant sur un nom, une description d'usage et, en option, des URL de documentation.
Points forts
- Produit l'arborescence complète de la skill avec SKILL.md et README.md, et impose une liste de sections précises (règles critiques, prévention des problèmes connus, dépannage, checklist).
- Lance des agents technical-researcher en parallèle sur chaque URL de documentation au lieu d'un simple WebFetch, pour extraire bonnes pratiques et exemples réutilisables.
- Bascule sur l'outil AskUserQuestion pour combler les informations manquantes quand aucune documentation n'est fournie.
- Inclut des éléments orientés découverte comme les mots-clés de déclenchement automatique et un tableau de comparaison de l'efficacité en tokens.
Limites
- Dépend de la présence du modèle templates/skill-skeleton/ et de l'agent technical-researcher dans l'environnement.
- La qualité du résultat dépend fortement de la précision de la description et des documentations fournies.
- Aucune étape de validation ou de test de la skill générée n'est décrite.
À utiliser lorsqu'on veut créer une nouvelle skill Claude Code réutilisable et partir d'une base structurée plutôt que d'écrire le SKILL.md à la main.
À éviter pour modifier le contenu d'une skill existante ou pour produire des skills destinées à d'autres runtimes d'agents.
Analyse de sécurité
SûrThis is a meta-skill that scaffolds new Claude Code skills by writing SKILL.md/README.md and optionally copying templates. It contains no destructive commands (no rm -rf, no curl|sh), no secret/token exfiltration, no obfuscated payloads, and no instructions to disable safety. Filesystem writes and URL fetching are scoped to the legitimate task of building a skill, so the risk is low.
- •Creates and writes new files under .claude/skills/ (legitimate, but is a filesystem-mutating skill)
- •Optionally launches research agents against user-provided documentation URLs (network access for stated purpose)
Exemples
/create-skill pdf-processor "Extract text and tables from PDF files"/create-skill temporal-workflow "Build durable workflows" https://docs.temporal.io https://typescript.temporal.io/create-skill csv-cleaner "Clean messy CSV exports before analysis"description: Create a new Claude Code skill from a description argument-hint: <skill-name> "<description/purpose>" [doc-url...]
Create New Skill
You will create a new skill for Claude Code based on the provided name, description, and optional documentation URLs.
Arguments: $ARGUMENTS
Important:
- First argument: skill name (kebab-case)
- Second argument: description/purpose (in quotes)
- Remaining arguments (optional): documentation URLs to analyze
Your Task
Follow these steps to create the skill:
Step 1: Parse Arguments
Extract from $ARGUMENTS:
- Skill Name: The first argument (kebab-case identifier, e.g.,
pdf-processor) - Description/Purpose: The second argument (in quotes) describing what the skill does
- Documentation URLs: Any remaining arguments (optional)
Examples:
/create-skill pdf-processor "Extract text and tables from PDF files"/create-skill temporal-workflow "Build durable workflows" https://docs.temporal.io https://typescript.temporal.io
Step 2: Gather Context
If documentation URLs were provided: Launch technical-researcher agents in parallel (one per URL) to analyze the documentation. Each researcher should investigate:
- Key concepts, APIs, and patterns relevant to the skill's purpose
- Best practices and conventions
- Common workflows and use cases
- Important implementation details
- Configuration examples and templates that should be bundled
IMPORTANT: Do NOT use WebFetch directly. Always use the technical-researcher agent to ensure comprehensive analysis and proper extraction of reusable content.
If NO documentation URLs were provided: Use the AskUserQuestion tool to gather more information. Ask about:
- What specific problem does this skill solve?
- Are there documentation URLs or references to analyze?
- What tools will the skill need access to? (Read-only? Bash access?)
- What are the key workflows and steps?
- What trigger keywords should activate this skill?
Adapt questions based on the description provided - skip questions that are already answered.
Step 3: Copy Skeleton Template
Copy the skeleton template from templates/skill-skeleton/ to .claude/skills/<skill-name>/:
- This provides the base directory structure
- You'll customize the placeholders based on gathered context
Step 4: Generate SKILL.md
Create the main skill file with proper YAML frontmatter:
---
name: skill-name-here
description: Clear description of what it does AND when to use it
allowed-tools: Tool1, Tool2 # Only if restrictions needed
---
Required sections in SKILL.md:
- ⚠️ BEFORE YOU START: Metrics table (setup time, error count, token usage) and numbered list of prevented issues
- Quick Start: 3 steps with code examples and "Why this matters" explanations
- Critical Rules: ✅ Always Do and ❌ Never Do with visual indicators, plus Common Mistakes (wrong vs correct code)
- Known Issues Prevention: Table with Issue, Root Cause, Solution columns
- Configuration Reference: Example configs with key settings explained
- Common Patterns: Code examples for typical usage
- Bundled Resources: Linked scripts/, references/, templates/ contents (if created)
- Dependencies: Required and optional packages with versions
- Troubleshooting: Problem/symptom/solution pairs
- Setup Checklist: Verification items before using
Step 5: Generate README.md (REQUIRED)
Always include README.md with discovery-focused content:
Required sections:
- Metadata table: Status, Version, Last Updated, Confidence (X/5), Production Tested URL
- What This Skill Does: Core capabilities list
- Auto-Trigger Keywords: Primary, Secondary, and Error-based keywords
- Known Issues Prevention: Table format
- When to Use: "Use for" and "Don't use for" lists
- Quick Usage: Single code example
- Token Efficiency: Table comparing manual vs skill-assisted approach
- File Structure: Directory tree
- Dependencies: Package versions with verification dates
- Related Skills: Links to complementary skills
Step 6: Evaluate and Create Optional Directories
Create templates/ when the skill involves:
- Configuration files (wrangler.jsonc, docker-compose.yaml, terraform.tf)
- Starter templates users would copy
- Example project structures
Create scripts/ when the skill has:
- Repeatable validation commands that run locally
- Setup automation (install dependencies, configure tools)
- Diagnostic utilities (API queries, config validation)
Create references/ when:
- Documentation URLs were provided (extract key API patterns, examples)
- Complex reference material should be bundled for offline use
Create assets/ when:
- Static resources are needed (images, diagrams, data files)
For simpler skills: Remove directories that aren't needed. A small skill may only have SKILL.md and README.md.
Step 7: Validate
Before completing, verify:
- [ ] SKILL.md has valid YAML frontmatter
- [ ] Name uses only lowercase letters, numbers, hyphens (max 64 chars)
- [ ] Description includes what AND when with specific trigger keywords
- [ ] allowed-tools is appropriate (or omitted to inherit all)
- [ ] Instructions are clear and actionable
- [ ] README.md exists with auto-trigger keywords
- [ ] Evaluated need for templates/ (config-heavy skills)
- [ ] Evaluated need for scripts/ (automation opportunities)
- [ ] Evaluated need for references/ (if docs URLs provided)
- [ ] Token efficiency documented in README.md
- [ ] Unnecessary skeleton directories removed
Best Practices
Description Writing
Good:
description: Extract text and tables from PDF files, fill forms, merge documents. Use when working with PDF files, forms, or document extraction.
Bad:
description: Helps with documents
Tool Restrictions
Use allowed-tools for:
- Read-only skills (Read, Grep, Glob)
- Security-sensitive operations
- Limited-scope workflows
Omit allowed-tools to inherit all tools from main thread.
Output Location
Write all files to .claude/skills/<skill-name>/:
.claude/skills/
└── skill-name/
├── SKILL.md # Required
├── README.md # Required
├── templates/ # If config-heavy
├── scripts/ # If automation needed
├── references/ # If docs URLs provided
└── assets/ # If static resources needed
Step 8: Report Results
Provide a summary including:
- Path to the newly created skill directory
- Skill name and description
- What the skill does and when Claude should use it
- Auto-trigger keywords (from README.md)
- Tool restrictions (if any)
- What optional directories were created and why
- Suggested test prompts to validate the skill works correctly
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/create-new-skill-mrwakeo3/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/create-new-skill-mrwakeo3' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/create-new-skill-mrwakeo3/download' --output '.skill-downloads/create-new-skill-mrwakeo3/SKILL.md.part' && mv '.skill-downloads/create-new-skill-mrwakeo3/SKILL.md.part' '.skill-downloads/create-new-skill-mrwakeo3/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/create-new-skill-mrwakeo3/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.