From leoweb-dev
S'active automatiquement quand tu es sur le point d'implémenter du code qui utilise une librairie, un framework, une API externe, un SDK ou toute technologie tierce. Ne JAMAIS commencer à coder avec une techno externe sans avoir d'abord vérifié que tes connaissances sont à jour. S'applique quand tu proposes d'utiliser une techno, quand l'utilisateur en demande une, ou quand tu écris du code qui importe un package externe.
npx claudepluginhub leoweb57/cc-plugins --plugin leoweb-devThis skill uses the workspace's default tool permissions.
Tu DOIS activer ce skill avant d'écrire du code qui utilise une technologie externe.
Searches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
Searches prompts.chat for AI prompt templates by keyword or category, retrieves by ID with variable handling, and improves prompts via AI. Use for discovering or enhancing prompts.
Checks Next.js compilation errors using a running Turbopack dev server after code edits. Fixes actionable issues before reporting complete. Replaces `next build`.
Tu DOIS activer ce skill avant d'écrire du code qui utilise une technologie externe.
Si tu es sur le point d'écrire un import, un require, un pip install, un npm install,
ou tout code qui s'appuie sur une librairie/framework/SDK externe — ARRÊTE. Exécute ce workflow d'abord.
Tes connaissances ont un cutoff. Les APIs changent, les méthodes sont dépréciées, les versions majeures
cassent la rétrocompatibilité. L'utilisateur attend du code qui fonctionne avec la version actuelle,
pas avec celle de ton training.
.claude/tech-research/Les fiches de recherche sont stockées dans .claude/tech-research/ à la racine du projet. Ce dossier sert de cache pour éviter de refaire les mêmes recherches.
.claude/tech-research/<nom-package>.mddate_recherche)Chaque fiche suit ce format :
---
package: <nom du package>
version_actuelle: <version stable au moment de la recherche>
date_recherche: <YYYY-MM-DD> # Obtenir via MCP Time (get_current_time) — JAMAIS estimer
sources:
- <URL ou outil utilisé>
---
# <nom du package> — Fiche technique
## Version et statut
- **Version stable** : X.Y.Z
- **Dernière version majeure** : X.0.0 (date)
- **Cycle de release** : (si connu)
## APIs et patterns actuels
Les patterns recommandés par la documentation officielle pour les cas d'usage courants.
(Code exemples, imports, initialisation, patterns clé)
## Breaking changes récents
Changements importants par rapport aux versions précédentes.
(Méthodes dépréciées, APIs renommées, comportements modifiés)
## Guide de migration
Si une version majeure récente a été publiée, résumé des étapes de migration.
## Notes
Pièges courants, limitations connues, dépendances importantes.
langchain.md, react-query.md, next-auth.md/ par -- : anthropic--sdk.md, tanstack--react-query.mdListe chaque technologie externe que tu es sur le point d'utiliser :
Pour chaque technologie identifiée :
.claude/tech-research/<nom-package>.mdPour chaque technologie sans fiche récente, lancer tous les outils de recherche pertinents en parallèle pour croiser les sources :
| Outil | Ce qu'il apporte |
|---|---|
Context7 (resolve-library-id puis query-docs) | Documentation officielle structurée, exemples de code à jour |
Exa (web_search_exa) | Changelogs, release notes, articles récents, migration guides |
Tavily (tavily-search) | Résultats optimisés LLM, snippets structurés, recherche multi-étapes |
DeepWiki (read_wiki_contents, ask_question) | Repos GitHub spécifiques — architecture, patterns, détails d'implémentation |
| WebSearch | Recherche web généraliste, dernières infos, résultats larges |
Firecrawl (firecrawl_scrape, firecrawl_crawl) | Lire la doc officielle d'un site web (Markdown propre, sans boilerplate) |
Lancer au minimum 3 sources en parallèle. Firecrawl est surtout utile en second temps pour scraper les URLs clés identifiées par les autres sources.
Pour chaque technologie, vérifier :
a. Version actuelle : quelle est la dernière version stable ? Y a-t-il eu une version majeure récente ? b. Breaking changes : quelles APIs ont changé depuis la version que tu connais ? Quelles méthodes sont dépréciées ? c. Patterns recommandés : comment la documentation officielle recommande-t-elle de faire ce que tu veux faire aujourd'hui ? d. Migration : si une version majeure est sortie, y a-t-il un guide de migration ?
Après la recherche : crée ou mets à jour la fiche dans .claude/tech-research/ selon le template ci-dessus. La valeur de date_recherche DOIT être obtenue via le MCP Time (get_current_time) — ne jamais estimer la date, car la logique d'expiration du cache (7 jours) dépend de sa précision.
Pour chaque technologie :
X.old_method() mais depuis la v2.0, c'est remplacé par X.new_method()"Avant de commencer à coder, résumer brièvement :
Vérification techno terminée.
- [lib1] v4.2.1 (fiche du 2025-03-01) — à jour
- [lib2] v2.0.0 (recherche fraîche, ma connaissance : v1.x) — breaking changes détectés, fiche créée
- [framework] v3.1.0 (fiche du 2025-02-28, < 7j) — utilisée depuis le cache
Ne pas détailler sauf si l'utilisateur le demande. L'objectif est de confirmer que le code qu'on va écrire est basé sur des informations vérifiées, pas sur des souvenirs.
.claude/tech-research/ n'existe pas — le créer silencieusement