playwright-trace-analyzer

Solid

Analyzes Playwright E2E `trace.zip` archives (and bare trace JSONL when unpacked). Extracts the action timeline, network waterfall, console errors, and DOM-snapshot anchors, then identifies the highest-impact problems (flaky waits, slow selectors, network bottlenecks, hung actions, unhandled console errors, navigation churn) and proposes concrete test or app fixes ranked by measured impact. Auto-detects whether the input is a `trace.zip`, a directory of unpacked trace files, or a single `trace.trace` / `trace.network` JSONL stream. Iterates via the `/confidence` skill — if root-cause certainty is below 90%, it digs deeper before recommending a fix. Use when handed a Playwright trace, asked "why is this test flaky?", "why did the test time out?", or asked to optimise an E2E suite with evidence. Triggers on "analyze trace", "playwright trace", "e2e trace", "test flake", "why did playwright fail", "playwright timing", "/playwright-trace-analyzer".

Testing & QA 13 stars 2 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 86/100

Stars 20%
38
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Playwright Trace Analyzer Turn a Playwright `trace.zip` into a ranked, evidence-backed report of flakes, slow steps, and root causes. > **Index file.** Detailed extraction rules, analysis playbooks, and > report templates live under `rules/`, `references/`, and `templates/`. > Load only what the current phase needs — the body of `SKILL.md` is a > thin orchestrator. --- ## Inputs The user passes one or more of: | Input | Detection signal | | ------------------------------------ | ---------------------------------------------------------------------- | | GitHub Actions run URL | Matches `https://github.com/<owner>/<repo>/actions/runs/<id>` — fetch artifacts via `gh run download` | | `trace.zip` archive | Magic bytes `50 4b 03 04`; entries include `trace.trace`, `trace.network`, `*.png`, `resources/` | | Unpacked trace directory | Contains `trace.trace` + `trace.network` (NDJSON) and a `resources/` subdir | | Single `trace.trace` JSONL stream | NDJSON; each line has `type`, `callId`, `startTime`, `params` (e.g. `before`, `action`, `after`) | | Single `trace.network` JSONL stream | NDJSON; entries with `type: "resource-snapshot"` or `requestEvent` / `responseEvent` | | `report.json` (Playwright reporter) | Top-level `config`, `suites`, `stats`; complementary, never authoritative for timing ...

Details

Author
mthines
Repository
mthines/agent-skills
Created
4 months ago
Last Updated
yesterday
Language
JavaScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

playwright-trace

Inspect Playwright trace files from the command line — list actions, view requests, console, errors, snapshots and screenshots.

28 Updated 2 days ago
EVEDensity
Testing & QA Solid

playwright-debugger

Use when a Playwright end-to-end test has already run and failed and the user wants the root cause and a concrete fix. Trigger on a failing Playwright spec, TimeoutError, broken or ambiguous selector, post-deploy suite failure, retry-only flake, hydration or timing race, or a passes-locally-but-fails-in-CI split. Accept error messages, playwright-report/ or HTML reports, trace.zip, screenshots, and CI artifacts identified by a GitHub owner/repo slug plus run id. Distinguish product regressions from brittle tests. Do not use for writing new Playwright tests, speeding up or reviewing a passing suite, non-Playwright failures (Cypress, Jest, Vitest), or debugging an app/backend without a failing Playwright test.

13 Updated today
voidmatcha
Testing & QA Listed

flaky-test-analyzer

Audits a Playwright suite for the causes of flaky, intermittent, and unreliable e2e tests — hard waits, non-web-first assertions, brittle locators, shared state between tests, non-deterministic environment, and risky config. Reports ranked findings with the exact rewrite for each, then applies fixes on approval and verifies with repeat runs. Use when tests fail intermittently, pass locally but fail in CI, are marked flaky by the reporter, or when reviewing e2e tests for stability.

0 Updated 1 weeks ago
jrcopeti