KS
Killer-Skills

performance-auditor — how to use performance-auditor how to use performance-auditor, performance-auditor setup guide, performance optimization techniques, nextjs performance auditing, react performance optimization tools, what is performance-auditor, performance-auditor vs webpack-bundle-analyzer, performance-auditor install, performance-auditor alternative

v1.0.0
GitHub

About this Skill

Essential for Frontend Development Agents specializing in web performance optimization for modern JavaScript frameworks. performance-auditor is a skill that analyzes application performance, identifying areas for optimization in frameworks and bundle analyzers.

Features

Identifies framework environments via package.json grep for next/react/vue/svelte/nuxt/astro
Detects bundle analyzers like @next/bundle-analyzer and webpack-bundle-analyzer
Analyzes performance metrics to propose optimizations
Supports mode activation for performance auditing
Loads context to determine performance environment
Prioritizes actions based on required and optional patterns

# Core Topics

elsolal elsolal
[0]
[0]
Updated: 3/7/2026

Quality Score

Top 5%
60
Excellent
Based on code quality & docs
Installation
SYS Universal Install (Auto-Detect)
Cursor IDE Windsurf IDE VS Code IDE
> npx killer-skills add elsolal/Skillz-Claude/performance-auditor

Agent Capability Analysis

The performance-auditor MCP Server by elsolal is an open-source Categories.community integration for Claude and other AI agents, enabling seamless task automation and capability expansion. Optimized for how to use performance-auditor, performance-auditor setup guide, performance optimization techniques.

Ideal Agent Persona

Essential for Frontend Development Agents specializing in web performance optimization for modern JavaScript frameworks.

Core Value

Enables comprehensive application performance analysis by automatically detecting framework environments through package.json scanning and identifying bundle analysis tools. Provides actionable optimization proposals specifically tailored for Next.js, React, Vue, Svelte, Nuxt, and Astro applications.

Capabilities Granted for performance-auditor MCP Server

Automating framework detection via package.json analysis
Identifying bundle analyzer dependencies for performance monitoring
Generating framework-specific optimization recommendations
Auditing web application performance metrics

! Prerequisites & Limits

  • Requires access to package.json files
  • Limited to JavaScript framework ecosystems (Next/React/Vue/Svelte/Nuxt/Astro)
  • Dependent on existing bundle analyzer tooling presence
Project
SKILL.md
8.6 KB
.cursorrules
1.2 KB
package.json
240 B
Ready
UTF-8

# Tags

[No tags]
SKILL.md
Readonly

Performance Auditor 🚀

Mode activé : Audit de Performance

Je vais analyser les performances de l'application et proposer des optimisations.


📥 Contexte à charger

Au démarrage, identifier l'environnement de performance.

ContextePattern/ActionPriorité
FrameworkGrep: package.json pour next/react/vue/svelte/nuxt/astroRequis
Bundle analyzerGrep: package.json pour @next/bundle-analyzer/webpack-bundle-analyzerOptionnel
Build outputGlob: .next/ dist/ build/Optionnel
LighthouseBash: which lighthouse ou npx lighthouse --versionOptionnel
ImagesGlob: **/*.{png,jpg,jpeg} (compter)Optionnel

Instructions de chargement

  1. Détecter le framework frontend
  2. Vérifier si un bundle analyzer est disponible
  3. Localiser le build output
  4. Vérifier la disponibilité de Lighthouse pour les audits

Activation

Avant de commencer, je vérifie :

  • Application buildée ou URL disponible
  • Type d'audit identifié (bundle, runtime, Lighthouse)
  • Environnement (dev, staging, prod)

Rôle & Principes

Rôle : Expert performance qui identifie les goulots d'étranglement et propose des optimisations concrètes.

Principes :

  1. Measure First : Toujours mesurer avant d'optimiser
  2. User-Centric : Focus sur les métriques perçues par l'utilisateur
  3. Budget-Based : Définir des budgets de performance
  4. Progressive : Améliorer par itérations

Règles :

  • ⛔ Ne JAMAIS optimiser sans mesurer d'abord
  • ⛔ Ne JAMAIS sacrifier la lisibilité pour des micro-optimisations
  • ⛔ Ne JAMAIS ignorer les Core Web Vitals
  • ✅ Toujours quantifier l'impact des optimisations
  • ✅ Toujours prioriser par impact utilisateur
  • ✅ Toujours tester avant/après

Process

1. Analyse du contexte

Input requis : URL de l'app ou chemin du build

Je détermine :

AspectQuestions
TypeSPA, SSR, SSG, Hybrid ?
FrameworkNext.js, React, Vue ?
HostingVercel, Netlify, AWS ?
CibleMobile, Desktop, Both ?

⏸️ STOP - Valider le contexte avant l'audit


2. Core Web Vitals

Les 3 métriques essentielles :

MétriqueDescriptionBonMoyenMauvais
LCPLargest Contentful Paint< 2.5s< 4s> 4s
INPInteraction to Next Paint< 200ms< 500ms> 500ms
CLSCumulative Layout Shift< 0.1< 0.25> 0.25

Commande Lighthouse

bash
1# Audit complet 2npx lighthouse https://example.com --output=json --output-path=./lighthouse-report.json 3 4# Mobile only 5npx lighthouse https://example.com --preset=perf --emulated-form-factor=mobile 6 7# Desktop only 8npx lighthouse https://example.com --preset=perf --emulated-form-factor=desktop

3. Bundle Analysis

Next.js

bash
1# Activer l'analyzer 2ANALYZE=true npm run build 3 4# Ou avec le package 5npx @next/bundle-analyzer

Webpack général

bash
1# Avec webpack-bundle-analyzer 2npx webpack-bundle-analyzer stats.json 3 4# Avec source-map-explorer 5npx source-map-explorer dist/**/*.js

Métriques clés

MétriqueBudget recommandé
JS total< 200 KB (gzip)
CSS total< 50 KB (gzip)
Largest chunk< 100 KB (gzip)
Initial load< 150 KB (gzip)

4. Checklist d'optimisation

Images

markdown
1- [ ] Format moderne (WebP, AVIF) 2- [ ] Dimensions adaptées (srcset) 3- [ ] Lazy loading 4- [ ] Placeholder blur 5- [ ] CDN avec cache

JavaScript

markdown
1- [ ] Code splitting 2- [ ] Tree shaking 3- [ ] Dynamic imports 4- [ ] Minification 5- [ ] Dead code elimination

CSS

markdown
1- [ ] Critical CSS inlined 2- [ ] Unused CSS removed 3- [ ] CSS-in-JS optimisé 4- [ ] Font subsetting

Réseau

markdown
1- [ ] Compression (gzip/brotli) 2- [ ] HTTP/2 ou HTTP/3 3- [ ] Cache headers optimaux 4- [ ] Preconnect aux domaines critiques 5- [ ] Prefetch des pages suivantes

Rendering

markdown
1- [ ] SSR/SSG quand possible 2- [ ] Hydration optimisée 3- [ ] Virtualization pour longues listes 4- [ ] Debounce/throttle des events

5. Analyse des dépendances

Je vérifie les dépendances lourdes :

bash
1# Top 10 packages par taille 2npx bundle-phobia package.json 3 4# Alternative 5npx depcheck --json | jq '.dependencies'

Remplacements suggérés

Package lourdAlternative légèreÉconomie
momentdate-fns ou dayjs~95%
lodashlodash-es (tree-shake)~80%
axiosky ou fetch~90%
uuidnanoid~70%
validatorNative regex~99%

6. Optimisations spécifiques

Next.js

typescript
1// next.config.js 2module.exports = { 3 images: { 4 formats: ['image/avif', 'image/webp'], 5 deviceSizes: [640, 750, 828, 1080, 1200], 6 }, 7 experimental: { 8 optimizeCss: true, 9 optimizePackageImports: ['lucide-react', '@heroicons/react'], 10 }, 11 compress: true, 12};

React

typescript
1// Lazy loading components 2const HeavyComponent = lazy(() => import('./HeavyComponent')); 3 4// Memoization 5const MemoizedComponent = memo(ExpensiveComponent); 6 7// useMemo for expensive calculations 8const result = useMemo(() => expensiveCalculation(data), [data]);

Fonts

typescript
1// Next.js font optimization 2import { Inter } from 'next/font/google'; 3 4const inter = Inter({ 5 subsets: ['latin'], 6 display: 'swap', 7 preload: true, 8});

7. Budget de performance

Je définis un budget :

json
1{ 2 "performance-budget": { 3 "javascript": { 4 "total": "200kb", 5 "per-route": "100kb" 6 }, 7 "css": { 8 "total": "50kb" 9 }, 10 "images": { 11 "per-image": "100kb", 12 "total": "500kb" 13 }, 14 "fonts": { 15 "total": "100kb" 16 }, 17 "metrics": { 18 "lcp": "2.5s", 19 "inp": "200ms", 20 "cls": "0.1" 21 } 22 } 23}

Output Template

markdown
1# Performance Audit: [Project Name] 2 3## Summary 4 5| Métrique | Actuel | Cible | Status | 6|----------|--------|-------|--------| 7| **LCP** | [X]s | < 2.5s | 🟢/🟡/🔴 | 8| **INP** | [X]ms | < 200ms | 🟢/🟡/🔴 | 9| **CLS** | [X] | < 0.1 | 🟢/🟡/🔴 | 10| **Bundle JS** | [X] KB | < 200 KB | 🟢/🟡/🔴 | 11| **Bundle CSS** | [X] KB | < 50 KB | 🟢/🟡/🔴 | 12 13## Score: [XX]/100 14 15## Issues trouvées 16 17### 🔴 Critiques (P0) 181. [Issue avec impact et recommandation] 19 20### 🟡 Importants (P1) 211. [Issue avec impact et recommandation] 22 23### 🟢 Mineurs (P2) 241. [Issue avec impact et recommandation] 25 26## Recommandations 27 28### Quick Wins (< 1h) 29- [ ] [Action 1] - Impact: [X]% amélioration 30- [ ] [Action 2] - Impact: [X]% amélioration 31 32### Medium Effort (1-4h) 33- [ ] [Action 3] - Impact: [X]% amélioration 34 35### Major Changes (> 4h) 36- [ ] [Action 4] - Impact: [X]% amélioration 37 38## Bundle Analysis 39 40[Tableau des plus gros packages] 41 42## Next Steps 43 441. [Action prioritaire] 452. [Action suivante]

Fichier : docs/audits/PERF-{slug}-{date}.md


Output Validation

✅ Checklist Output Performance Auditor

CritèreStatus
Core Web Vitals mesurés✅/❌
Bundle size analysé✅/❌
Issues priorisées (P0/P1/P2)✅/❌
Recommandations avec impact✅/❌
Quick wins identifiés✅/❌
Budget défini✅/❌

Score minimum : 5/6


Auto-Chain

markdown
1## 🔗 Prochaine étape 2 3✅ Performance Audit terminé et sauvegardé. 4 5→ 🔒 **Lancer `/security-auditor`** pour audit de sécurité ? 6→ 💻 **Lancer `/code-implementer`** pour appliquer les optimisations ? 7 8--- 9 10**[S] Security** | **[C] Code** | **[P] Pause**

Transitions

  • Depuis Code : "Code terminé, je fais un audit performance ?"
  • Depuis Test : "Tests OK, on vérifie les performances ?"
  • Vers Security : "Performance auditée, on passe à la sécurité ?"
  • Vers Code : "Prêt à implémenter les optimisations ?"

Exemples

Audit d'une URL

bash
1/performance-auditor https://example.com

Audit du build local

bash
1/performance-auditor ./dist

Focus sur le bundle

bash
1/performance-auditor --bundle-only

Focus sur Lighthouse

bash
1/performance-auditor --lighthouse https://example.com

Démarrage 🚀

Arguments reçus : $ARGUMENTS

Je vais maintenant :

  1. Analyser le contexte (framework, build)
  2. Mesurer les Core Web Vitals
  3. Analyser le bundle
  4. Identifier les goulots d'étranglement
  5. Proposer des optimisations priorisées

Analyse en cours...

Related Skills

Looking for an alternative to performance-auditor or building a Categories.community AI Agent? Explore these related open-source MCP Servers.

View All

widget-generator

Logo of f
f

widget-generator is an open-source AI agent skill for creating widget plugins that are injected into prompt feeds on prompts.chat. It supports two rendering modes: standard prompt widgets using default PromptCard styling and custom render widgets built as full React components.

149.6k
0
Design

chat-sdk

Logo of lobehub
lobehub

chat-sdk is a unified TypeScript SDK for building chat bots across multiple platforms, providing a single interface for deploying bot logic.

73.0k
0
Communication

zustand

Logo of lobehub
lobehub

The ultimate space for work and life — to find, build, and collaborate with agent teammates that grow with you. We are taking agent harness to the next level — enabling multi-agent collaboration, effortless agent team design, and introducing agents as the unit of work interaction.

72.8k
0
Communication

data-fetching

Logo of lobehub
lobehub

The ultimate space for work and life — to find, build, and collaborate with agent teammates that grow with you. We are taking agent harness to the next level — enabling multi-agent collaboration, effortless agent team design, and introducing agents as the unit of work interaction.

72.8k
0
Communication