Skills Claude Code : ma bibliothèque (workflow client web + 280 skills externes)
12 skills perso opérationnels, 5 collections externes, un workflow projet client en 4 phases. Voilà comment Claude Code est devenu un atelier industriel pour mes refontes WordPress — et le piège dans lequel j'ai failli tomber cette semaine.
Claude Code est sorti en février 2025. En 16 mois, je suis passé d’un agent généraliste qui fait du copier-coller à un atelier de 12 skills /triggers qui orchestrent mes projets web de bout en bout — ce que j’appelle l’orientation agentique 2026.
Un skill = dossier SKILL.md chargé par Claude Code via une commande slash (/nouveau-client, /architecte, /refonte-web-launch). Pas magique. Juste un prompt structuré + des conventions de fichiers. Mais bien découpé, ça remplace 80 % de l’overhead « comment je structure ce projet, où je mets ce fichier, qu’est-ce que je copie depuis le dernier client ».
Cet article : tour complet de ma bibliothèque (D:\Google Drive\_Claude\skills\) — perso opérationnels + collections externes — et un piège qui m’a fait perdre 30 minutes cette semaine sur un doublon entre clone local et plugin officiel.
Le workflow client web en 4 phases
Plus de cycle bricolé manuel. La refonte d’un site WordPress passe par 4 phases skills chaînées :
Phase 1 /architecte → blueprint technique (sitemap, données, API, composants, CWV, SEO)
Phase 2 /refonte-web-launch → maquette zip → DESIGN.md → bootstrap design system
├─ /divi-5-builder → branche Divi 5 + MCP DiviOps (générique scrub IDs)
├─ elementor-builder → branche Elementor Pro (v0.5)
└─ gutenberg-builder → branche Gutenberg + theme.json FSE (v0.5)
Phase 3 /wrap-up (local projet) → mail client recap, update memory, patch skills
Référence unique du pipeline : ~/.claude/skills/WORKFLOW.md. Chaque skill connaît sa phase, ses inputs attendus, ses outputs, et le skill suivant à appeler.
Cible perf concrète : end-to-end moins de 2 h jusqu’à landing test publiée en prod. Référence terrain : C2i-info.net mai 2026, 16 colors + 17 vars fluid + 9 presets + 2 pages live, vs 3 sessions × 2 h sur le projet précédent sans skill formalisé.
Mes 12 skills perso opérationnels
Installés dans ~/.claude/skills/, actifs en permanence dans toutes mes sessions Claude Code :
| Skill | Rôle | Phase | Trigger |
|---|---|---|---|
| nouveau-client | Onboarding projet : copie template, find-replace, questions métier | P0 | /nouveau-client |
| architecte | Blueprint technique (sitemap, modèle données, API, composants, CWV, SEO) | P1 | /architecte |
| refonte-web-launch | Orchestrateur refonte WP : maquette zip → DESIGN.md → DS → landing test | P2 | /refonte-web-launch |
| divi-5-builder | Sous-skill builder Divi 5 + MCP DiviOps (patterns JSON, presets, anti-patterns) | P2 | /divi-5-builder |
| elementor-builder | Sous-skill builder Elementor Pro — v0.5, à compléter au 1er projet réel | P2 | — |
| gutenberg-builder | Sous-skill builder Gutenberg + theme.json FSE — v0.5, à compléter | P2 | — |
| seo-schema-jsonld | Données structurées JSON-LD générique (Rank Math / Yoast) | transverse | /seo-schema |
| deploy-ftp | Upload FTP/FTPS/SFTP via WinSCP, cache-bust auto | transverse | /deploy-ftp |
| plesk-server-admin | Admin serveur Plesk/OVH/PHP-FPM, WAF ModSecurity, MySQL, Apache | transverse | /plesk-server-admin |
| graphify | Input (code, docs, papers) → knowledge graph clustering | outil | /graphify |
| modern-web-guidance | Search best practices web modernes (Google Chrome CLI, Baseline) | P2 | npx |
| optimize-context | Audit + trim baseline tokens session (skills, MEMORY.md, CLAUDE.md projet) | maintenance | /optimize-context |
Validé sur C2i-info.net (31 mai 2026) : /optimize-context a coupé -14 % de baseline tokens en préservant l’info dans le body des skills via lazy load. Pour voir un autre exemple de Claude Code en pilote, lire automatiser audit SEO WordPress avec Claude Code.
Le pattern global / local + backsync
Le piège évident dès le 2e client : un skill divi-5-builder qui contient les IDs prod d’un projet. Réutilisable sur le client suivant ? Non. Risque de corruption croisée (un gcid C2i appliqué chez Dental) ? Oui.
Solution adoptée (refactor 31 mai 2026) :
- Global générique dans
~/.claude/skills/{skill}/— pattern réutilisable, aucun ID prod, aucun NAP client, palette par variable CSS - Snapshot local figé dans
<projet>/Skills/{skill}-{client}/— copie scellée au démarrage projet avec IDs prod, palette client, credentials env - Backsync au
/wrap-up— si un patch local est généralisable (anti-pattern Elementor, contrainte WAF tierce, règle typo universelle), il remonte vers le global
Le global reste paramétrable et générique. Le local fige les IDs prod et les credentials. Le backsync au /wrap-up est la seule passerelle remontante — sinon, divergence garantie.
Référence détaillée : WORKFLOW.md §§ Pattern + Copier + Backsync. Memory : reference_refonte_skills_workflow.
Concrètement : le snapshot julienweb du skill publish-wp-article (celui qui a écrit cet article) vit dans Projects/Julienweb-fr/Skills/publish-wp-article-julienweb/ — credentials adminXXX, palette #1E91D4 / #5A4095 / #F5FF00, polices Squada One + Poppins, hostname julienweb.fr. Le global, lui, reste paramétrable pour les futurs clients. Pour voir le pipeline Yoast SEO + Claude IA appliqué à un autre artefact (llms.txt), un cas concret est documenté.
Les 5 collections externes (~280 skills)
À côté de mes 12 perso, j’ai cloné 5 collections externes en submodules git dans skills/ :
| Collection | Skills | Source GitHub |
|---|---|---|
| awesome-claude-skills | ~30 skills pratiques + 833 connecteurs Composio | composio/awesome-claude-skills |
| agency-agents-main | 206 agents spécialisés / 17 catégories | msitarzewski/agency-agents |
| marketingskills | ~40 skills marketing (Corey Haines) | coreyhaines31/marketingskills |
| skillmd_collection | 11 skills (bluesky, perplexity, fastbrowser, build-in-public) | jeromeetienne/skillmd_collection |
| nothing-design-skill | 1 skill UI/UX Nothing OS (minimaliste, monochrome) | dominikmartn/nothing-design-skill |
xcopy /E /I "D:\Google Drive\_Claude\skills\<collection>\<skill-name>" "%USERPROFILE%\.claude\skills\<skill-name>"
Total cumulé : ~280 skills + 833 connecteurs Composio. Puis indexation dans ~/.claude/CLAUDE.md pour activer le /trigger. Ces collections sont des libs externes — je ne les modifie jamais directement. Si un skill m’intéresse, je le copie en local et je le patche dans mon snapshot projet. Tout ce qu’on voit ici s’orchestre côté Claude Code ; côté navigation perso, j’ai un dashboard local Node + Claude + SQLite sur le port 3001 qui index tout en temps réel.
Le piège du doublon : skill-creator local vs plugin officiel
Cette semaine, j’ai cherché skill-creator pour bootstrap un nouveau skill. J’en ai trouvé deux :
- Local —
skills/awesome-claude-skills/skill-creator/(clone communautaire, ~210 lignes) - Plugin officiel —
anthropic-skills:skill-creator(chargé via Skill tool, ~480 lignes)
Réflexe initial : prendre le local, il est « à portée de main » dans mon workspace. Mauvais choix.
| Critère | Local | Plugin officiel |
|---|---|---|
SKILL.md | 210 lignes | 480 lignes |
| Scripts | 3 (init_skill, package_skill, quick_validate) | 8 (+ run_eval, run_loop, aggregate_benchmark, improve_description, generate_report) |
| Subagents | aucun | 3 (analyzer, comparator, grader) |
| Workflow | 6 étapes linéaires | Boucle : draft → with-skill + baseline parallèle → grader → benchmark → viewer HTML → feedback.json → improve → re-iterate |
| Evals quantitatifs | ❌ | ✅ assertions JSON, pass_rate ± stddev, tokens, durée |
| Viewer HTML | ❌ | ✅ eval-viewer/generate_review.py (tabs Outputs / Benchmark, navigation clavier, auto-save feedback) |
| Comparaison A/B aveugle | ❌ | ✅ via agents/comparator.md |
| Optim. description (triggering) | ❌ | ✅ 60/40 train/test, 3× par query, extended thinking, 5 itérations |
| Adaptations env | ❌ | ✅ sections Claude.ai / Cowork / Claude Code explicites |
Le plugin = version production avec boucle d’éval mesurée et optimiseur de description (critique parce que Claude sous-déclenche les skills — la description est le seul levier). Le local = vieux guide statique « anatomy of a skill » entièrement inclus dans le plugin.
Règle ajoutée immédiatement dans skills/README.md : pour tout nouveau skill, utiliser le plugin officiel. Le local reste en lecture (clone read-only du submodule awesome-claude-skills — le supprimer désynchroniserait le clone).
Leçon contre-intuitive : quand un plugin officiel et un clone communautaire portent le même nom, vérifier dates et tailles. Pas de réflexe « ce qui est local est mieux » — c’est l’inverse de l’instinct dev habituel.
Télécharger la publication : Skills-Collection-Index-Readme.pdf
Vous codez avec Claude Code ?
Si vous démarrez ou si votre workflow client devient répétitif, je peux vous aider à structurer vos skills, formaliser le pattern global/local et industrialiser vos refontes WordPress.
Discuter du projet Plan IA PME
