Skip to main content

benchmark

benchmark

Catalogue généré le 2026-05-11

En une phrase

PerformanceMesure regressionles detectionperformances usingd'une thepage browseweb daemon.(temps de chargement, Core Web Vitals, taille des fichiers) pour détecter quand ta nouvelle PR fait ramer le site sans que personne s'en aperçoive.

Quand l'utiliser

  • UseTu when:veux établir une mesure de référence (baseline) avant de modifier quelque chose qui peut impacter la perf.
Tu veux comparer la perf actuelle d'une page à sa baseline et voir les régressions. Tu veux savoir quelles sont les ressources les plus lentes à charger sur une page. Tu veux vérifier que ton bundle JavaScript ne dépasse pas un budget perf (par exemple 500 KB). Tu veux suivre les tendances perf sur plusieurs semaines pour repérer les dérives lentes.

Comment l'invoquer

    Slash command : /benchmark <url> (options : --baseline, --quick, --pages <liste>, --diff, --trend) Voice triggers : « speed test » · « check performance » Phrases déclencheurs (texte) : "performance", "benchmark", "page speed", "lighthouse", "web vitals", "bundle size", "load time". (gstack) Voice triggers (speech-to-text aliases): "speed test", "check performance".

    Comment l'invoquer

      Slash command : /benchmark (si exposé dans ton CLI) Voice triggers : « speed test » · « check performance » Phrases déclencheurs : voir la description complète ci-dessous Auto-invocation : surSur demande expliciteexplicite.

      Description complètedétaillée

      PerformanceLe regressionskill detectionbenchmark usingjoue thele browserôle daemon.d'un Establishesingénieur baselinesperf forqui sait que les sites ne deviennent pas lents d'un seul coup : ils meurent à petit feu, 50 ms ici, 20 KB là, et un jour la page loadmet times,8 Coresecondes Webà Vitals,charger andet resourcepersonne sizes.ne Comparessait before/afterquand onça everya PR.commencé. TracksSa performancemission trends: overmesurer, time.enregistrer Useune when:baseline, "performance"comparer, alerter dès qu'une régression apparaît.

      Il s'appuie sur le démon de navigateur de gstack (browse) et utilise les APIs Performance du navigateur pour collecter des mesures précises : TTFB (temps avant le premier octet), "benchmark"FCP (First Contentful Paint), "pageLCP speed"(Largest Contentful Paint), "lighthouse"DOM Interactive, DOM Complete, Full Load, plus l'analyse de chaque ressource (taille, durée, type). Il distingue les bundles JS et CSS, compte les requêtes, identifie les ressources tierces lentes (analytics, fonts), "webet vitals",applique "bundledes size",seuils "loadstandards time": plus de 50 % d'augmentation ou plus de 500 ms en absolu = REGRESSION, plus de 20 % = WARNING.

      Quatre modes principaux. --baseline capture la mesure de référence (à lancer avant tes changements). (gstack)Mode Voice triggerscomparaison (speech-to-textpar aliases)défaut) compare la perf actuelle à la baseline. --quick fait juste un check rapide sans baseline. --trend affiche l'historique des mesures pour repérer les tendances (par exemple : "speed test", "check performance".

      Pour aller plus loin

      Preamble (run first)

      Plan Mode Safe Operations

      In plan mode, allowed because they inform the plan: $B, $D, codex exec/codex review, writes to ~/.gstack/, writes to the plan file, and open for generated artifacts.

      Skill Invocation During Plan Mode

      If the user invokesLCP a skilldoublé inen plan8 mode, the skill takes precedence over generic plan mode behavior. Treat the skill file as executable instructions, not reference. Follow it step by step starting from Step 0; the first AskUserQuestion is the workflow entering plan mode, not a violation of it. AskUserQuestion (any variant —jours"). mcp__*__AskUserQuestion--diff orne native;benchmark seeque "AskUserQuestionles Formatpages →affectées Toolpar resolution")ta satisfiesbranche planactuelle. mode's end-of-turn requirement. If no variant is callable, the skill is BLOCKED — stop and report BLOCKED — AskUserQuestion unavailable per the AskUserQuestion Format rule. At a STOP point, stop immediately. Do not continue the workflow or call ExitPlanMode there. Commands marked "PLAN MODE EXCEPTION — ALWAYS RUN" execute. Call ExitPlanMode only after the skill workflow completes, or if the user tells you to cancel the skill or leave plan mode.

      (extrait — voir le SKILL.md complet pourÀ la suite)fin, il te donne aussi un check de budget perf (FCP < 1,8 s, LCP < 2,5 s, total JS < 500 KB, total CSS < 100 KB, etc.) avec une note A/B/C, et recommande des optimisations concrètes (code splitting, lazy loading, etc.).

      Source

      • Plugin : gstack
      • Nom interne : benchmark
      • Fichier : /home/thymon/.claude/skills/gstack/benchmark/SKILL.md
      Back to top