benchmark

Detect performance regressions in web applications by benchmarking Core Web Vitals and resource sizes.

Updated Mar 25, 2026
One-click install
npx skills add https://github.com/fghaffar/faystack --skill benchmark-fghaffar
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: benchmark
Source: https://github.com/fghaffar/faystack/tree/main/benchmark
Command: npx skills add https://github.com/fghaffar/faystack --skill benchmark-fghaffar

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Teams struggle to notice subtle performance degradations that accumulate over many pull‑requests, leading to slower pages, higher bounce rates, and increased infrastructure costs.

Core Features & Use Cases

  • Automated baseline capture – record Core Web Vitals, resource sizes, and load timings before changes.
  • Differential analysis – compare current PR metrics against stored baselines and flag regressions.
  • Trend reporting – visualize performance trends across multiple runs to spot long‑term drift.
  • CI integration – run on every PR to enforce performance budgets and prevent regressions from reaching production.

Quick Start

Run /benchmark https://example.com --baseline to create a performance baseline for the site.

Frequently Asked Questions about benchmark

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I detect web performance regressions in pull requests?

To detect web performance regressions in pull requests, you can run a benchmark against a stored baseline to compare Core Web Vitals, resource sizes, and load timings, flagging any degradation before it merges.

What are Core Web Vitals and how do I benchmark them?

Core Web Vitals are key metrics for web page load speed and user experience. You can benchmark them by capturing an automated baseline and comparing current metrics against it to identify performance drift.

How do I enforce performance budgets in CI to prevent page load regressions?

You can enforce performance budgets in CI by running a benchmark on every PR that compares current load times and resource sizes against a stored baseline, preventing regressions from reaching production.

Do I need a git repository to track page load metrics over time?

Yes, you need a git repository context to track page load metrics over time. The benchmark also requires the gstack browse daemon and Bash command execution to collect data and generate trend reports.

What is the best way to visualize long-term performance drift in web applications?

The best way to visualize long-term performance drift is by running trend reporting across multiple benchmark runs, which compares current Core Web Vitals against stored baselines to spot gradual degradations.

Why should I monitor resource sizes and load timings on PR changes?

You should monitor resource sizes and load timings on PR changes because subtle degradations accumulate over many pull requests, leading to slower pages, higher bounce rates, and increased infrastructure costs.