Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add mthines/agent-skills --skill playwright-trace-analyzergit clone --depth 1 https://github.com/mthines/agent-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/mthines/agent-skills/playwright-trace-analyzer)<a href="https://agentmods.dev/skills/mthines/agent-skills/playwright-trace-analyzer"><img src="https://agentmods.dev/badge/skills/mthines/agent-skills/playwright-trace-analyzer.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00232 | $0.02906 |
| Opus 5 | $0.00116 | $0.01453 |
| Sonnet 5 | $0.00046 | $0.00581 |
| Haiku 4.5 | $0.00023 | $0.00291 |
Grade A, and why
playwright-trace-analyzer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 7d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 243 lines — stays where its author put it; the contents beside it link to each section on GitHub.
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/, andtemplates/. Load only what the current phase needs — the body ofSKILL.mdis 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 |
If the user passes a report.json plus a trace.zip, treat the report as
a high-level test status map and the trace as the source of truth for
timing and network data.
If a test-results/ directory is passed, scan for the most recent
trace.zip per failed test and process them in order of failure recency.
See rules/input-detection.md for the
precise detection logic and unpack recipe.
Workflow
Six phases. Do not skip a gate.
| Phase | Name | Rule file | Gate |
|---|---|---|---|
| 0 | Intake | rules/input-detection.md |
Format detected, archive unpacked, trace.trace + trace.network parseable |
| 1 | Measurement frame | rules/measurement-methodology.md |
Failure mode named (timeout, assertion, error, slow-but-passing) and primary metric chosen (action ms, total wall-clock, request count) |
| 2 | Hotspot extraction | rules/action-timing.md, rules/network-analysis.md, rules/console-and-errors.md |
Top-N slow actions, top-N slow requests, error/console list — all with concrete numbers |
| 3 | Root-cause | rules/flake-diagnosis.md |
Each hotspot mapped to a code-level cause (selector, locator, network call, app event) with file path or line where possible |
| 4 | Confidence gate | rules/confidence-loop.md |
/confidence analysis ≥ 90% — else iterate (max 2 deep-dives) |
| 5 | Fix plan | templates/analysis-report.md |
Report written with ranked fixes, expected impact, and verification plan |
What ships with it
14 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- references/flake-patterns.md 6.4 KB
- references/performance-patterns.md 3.4 KB
- rules/action-timing.md 6.7 KB
- rules/confidence-loop.md 3.9 KB
- rules/console-and-errors.md 3.9 KB
- rules/flake-diagnosis.md 6.0 KB
- rules/input-detection.md 11 KB
- rules/measurement-methodology.md 5.1 KB
- rules/network-analysis.md 5.5 KB
- scripts/fetch-gh-run.mjs 8.4 KB runs code
- scripts/trace-diff.mjs 5.2 KB runs code
- scripts/trace-extract.mjs 7.6 KB runs code
- scripts/trace-summary.mjs 4.4 KB runs code
- templates/analysis-report.md 4.4 KB
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 7d ago First seen · 243 lines · 232 tokens per session scan A 997bbf6a3cd2
playwright-trace-analyzer is a skill published in the GitHub repository mthines/agent-skills (12 stars, last pushed yesterday), licensed MIT. It adds 232 tokens to every session and 2,906 once invoked, about $0.0012 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
testing-blocks
Use this when you have made AEM Edge Delivery Services code changes to blocks, scripts, or styles and need to validate them before opening a pull request. Covers unit testing for utilities and logic, browser testing with Playwright, linting, and guidance on what to test and how.
qa
Read-only automated QA sweep of a deployed stardust site on AEM Edge Delivery Services — validates routing, content fidelity vs the source capture, template conformance, rendered integrity (geometry, JS errors, broken images), visual regression vs baselines, metadata/SEO/JSON-LD, link integrity, accessibility (axe)…
tdd-workflow
Runs the full TDD workflow for a TypeScript/JavaScript feature — user journeys to test cases, unit tests (Jest/Vitest + Testing Library), API/integration tests, Playwright E2E, and a coverage gate wired into CI. Use when building a Next.js/React/Node feature end to end, not just a single unit test, or when asked to…
e2e-testing
Guides Playwright end-to-end test design — Page Object Model, CI configuration, and flaky test diagnosis. Use when writing browser-based end-to-end tests, debugging a test that fails intermittently, setting up Playwright CI configuration, or reviewing E2E test code for race conditions and arbitrary waits.
browser-testing-with-devtools
Use Chrome DevTools MCP to inspect, debug, and verify anything that runs in a browser — DOM structure, console errors, network requests, performance traces, and accessibility. Use when building or fixing browser UI, diagnosing a runtime bug that isn't visible from source code alone, or verifying a fix actually works…
dogfood
Exploratory QA of web apps: find bugs, evidence, reports.