benchmark

Collect navigation timing, resource loads, and bundle data to flag regressions against baselines.

Updated Mar 27, 2026
One-click install
npx skills add https://github.com/TobiasPerry/aws-hackathon --skill benchmark-tobiasperry
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: benchmark
Source: https://github.com/TobiasPerry/aws-hackathon/tree/main/.claude/skills/gstack/benchmark
Command: npx skills add https://github.com/TobiasPerry/aws-hackathon --skill benchmark-tobiasperry

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps teams detect subtle performance regressions by establishing baselines for page load times, Core Web Vitals, and resource usage, and by comparing current runs to those baselines on every PR.

Core Features & Use Cases

  • Baseline capture for TTFB, FCP, LCP, and total resource sizes to anchor performance expectations.
  • Automated PR diffs and trend analysis to surface regressions and performance drift.
  • Per-page and resource-level insights, including bundle size and network requests for targeted optimizations.
  • Real-world scenario: when optimizing a dashboard, run /benchmark on the staging URL to quantify improvements against the baseline and flag regressions.

Quick Start

Run the /benchmark command with a target URL to perform a full performance audit and compare it against your existing baseline.

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 on every pull request?

Detect web performance regressions by capturing baseline navigation timing data and Core Web Vitals like TTFB, FCP, and LCP, then diffing current PR runs against those baselines. This flags regressions based on predefined thresholds automatically.

Can I track Core Web Vitals and bundle size trends across commits for a single page application?

Track Core Web Vitals and bundle sizes for single page applications by collecting resource loads and bundle information per commit. This establishes baselines and analyzes performance drift over time across multi-page flows.

What metrics are included in a page load performance audit?

A page load performance audit includes structured metrics for TTFB, FCP, LCP, DOM metrics, total network requests, transfer size, and bundle sizes. These metrics anchor performance expectations against baseline runs.

Does this performance benchmarking approach work with staging URLs and multi-page flows?

Performance benchmarking works with staging URLs and multi-page flows by using a browse daemon to collect navigation timing data and resource loads. You can quantify improvements against existing baselines directly on staging deployments.

How do I set thresholds to flag performance regressions in my web app?

Set thresholds to flag performance regressions by establishing a baseline of resource usage and page load times, then comparing current runs to those baselines. Predefined thresholds automatically surface regressions and performance drift.

Why do I need a performance baseline for my web application?

You need a performance baseline to anchor expectations for page load times and Core Web Vitals. Comparing current runs to this baseline on every PR helps detect subtle performance regressions before they reach production.