← ClaudeAtlas

cli-forge-perflisted

Catalogue + méthode pour optimiser la performance de n'importe quoi : code, requêtes, algorithmes, pages web, systèmes. Couvre complexité algorithmique, structures de données, requêtes DB (index, N+1), cache et RAM-vs-disque, astuces math/physique (distance² vs sqrt, éviter cos/sin, SIMD), async/concurrence, frontend/web (Lighthouse), bas niveau et hardware. Utilise ce skill DÈS QUE l'utilisateur veut accélérer quelque chose, réduire latence ou mémoire, "rendre plus rapide", "ça rame", "ça consomme trop", optimiser une boucle/requête/page — même sans dire "performance". Couvre aussi comment mesurer et benchmarker rigoureusement (harnais A/B, distribution vs moyenne, pièges de mesure), générer des idées hors catalogue et expérimenter : déclenche pour "benchmark ça", "ce gain est-il réel ?", "pourquoi X est plus lent que Y", "perf budget", "p95/p99", "hot path", "profiling", "flamegraph".
Destynova2/cli-code-skills · ★ 4 · Web & Frontend · score 83
Install: claude install-skill Destynova2/cli-code-skills
> **Optimization:** Ce skill utilise du chargement à la demande. Les contenus lourds vivent dans `references/` et sont lus à la demande. > **Language rule:** Les instructions du skill sont en français (le catalogue lui-même). Pour les artefacts générés (rapports, benches, scripts), détecte la langue du projet (README, commentaires, docs, commits) et produis dans cette langue. Si le projet est bilingue, demande à l'utilisateur. > **Gotchas:** Lis `../../gotchas.md` AVANT de produire un livrable. # Perf Optimization Catalogue ordonné des techniques d'optimisation, du plus rentable au moins rentable. L'objectif : donner le bon réflexe au bon niveau, et **empêcher de micro-optimiser avant d'avoir réglé l'algo et l'I/O**. ## Règle d'or : MESURE avant d'optimiser > "Premature optimization is the root of all evil." — Knuth On n'optimise jamais à l'intuition. 90 % du temps est passé dans 10 % du code (le *hot path*). Optimiser le reste = effort gaspillé + complexité ajoutée pour rien. Méthode en boucle : 1. **Mesure** — profile/trace pour trouver le vrai bottleneck (pas celui qu'on imagine). Établis une baseline chiffrée. Ne suppose jamais quel langage/lib est plus rapide : instrumente. *Méthodo détaillée : `references/profiling.md`.* 2. **Localise & classe** — identifie LE point chaud ET sa nature : CPU-bound, memory-bound, bandwidth-bound, I/O-bound, lock-bound ou syscall-bound ? Cette classification (roofline) dicte quel niveau de la hiérarchie attaquer. Loi