Config is the same across clients — only the file and path differ.
{
"mcpServers": {
"playwright-trace-decoder": {
"args": [
"/absolute/path/to/playwright-trace-decoder-mcp/dist/index.js"
],
"command": "node"
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
MCP server for unpacking and analyzing Playwright trace.zip archives
Run this in your terminal to verify the server starts. Then let us know if it worked — your result helps other developers.
npx -y 'npm' 2>&1 | head -1 && echo "✓ Server started successfully"
After testing, let us know if it worked:
Five weighted categories — click any category to see the underlying evidence.
Packing does not respect root-level ignore files in workspaces
### Impact `npm pack` ignores root-level `.gitignore` & `.npmignore` file exclusion directives when run in a workspace or with a workspace flag (ie. `--workspaces`, `--workspace=<name>`). Anyone who has run `npm pack` or `npm publish` with workspaces, as of [v7.9.0](https://github.com/npm/cli/releases/tag/v7.9.0) & [v7.13.0](https://github.com/npm/cli/releases/tag/v7.13.0) respectively, may be affected and have published files into the npm registry they did not intend to include. ### Patch - Up
Incorrect Permission Assignment for Critical Resource in NPM
An issue was discovered in an npm 5.7.0 2018-02-21 pre-release (marked as "next: 5.7.0" and therefore automatically installed by an "npm upgrade -g npm" command, and also announced in the vendor's blog without mention of pre-release status). It might allow local users to bypass intended filesystem access restrictions because ownerships of /etc and /usr directories are being changed unexpectedly, related to a "correctMkdir" issue.
Local Privilege Escalation in npm
Affected versions of `npm` use predictable temporary file names during archive unpacking. If an attacker can create a symbolic link at the location of one of these temporary file names, the attacker can arbitrarily write to any file that the user which owns the `npm` process has permission to write to, potentially resulting in local privilege escalation. ## Recommendation Update to version 1.3.3 or later.
npm CLI exposing sensitive information through logs
Versions of the npm CLI prior to 6.14.6 are vulnerable to an information exposure vulnerability through log files. The CLI supports URLs like `<protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>`. The password value is not redacted and is printed to stdout and also to any generated log files.
npm Vulnerable to Global node_modules Binary Overwrite
Versions of the npm CLI prior to 6.13.4 are vulnerable to a Global node_modules Binary Overwrite. It fails to prevent existing globally-installed binaries to be overwritten by other package installations. For example, if a package was installed globally and created a `serve` binary, any subsequent installs of packages that also create a `serve` binary would overwrite the first binary. This will not overwrite system binaries but only binaries put into the global node_modules directory. This b
This server is missing a description. Tools and install config are also missing.If you've used it, help the community.
Add informationBe the first to review
Have you used this server?
Share your experience — it helps other developers decide.
Sign in to write a review.
Others in browser
Browser automation with Puppeteer for web scraping and testing
🔥 Official Firecrawl MCP Server - Adds powerful web scraping and search to Cursor, Claude and any other LLM clients.
MCP server for Firecrawl — search, scrape, and interact with the web. Supports both cloud and self-hosted instances. Features include web search, scraping, page interaction, batch processing, and LLM-powered content analysis.
The Apify MCP server enables your AI agents to extract data from social media, search engines, maps, e-commerce sites, or any other website using thousands of ready-made scrapers, crawlers, and automation tools available on the Apify Store.
MCP Security Weekly
Get CVE alerts and security updates for io.github.vola-trebla/playwright-trace-decoder-mcp and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
An MCP server that unpacks and structures Playwright trace.zip archives so AI agents can perform root-cause analysis on CI failures — without drowning in raw JSON or blowing up the context window.
When a Playwright test fails in CI, you get a trace.zip. It's a binary blob. LLMs can't read it natively, and dumping the raw contents exceeds the context window. Engineers end up copying log snippets into ChatGPT manually like it's 2022.
This MCP server solves that: 16 focused tools that expose exactly the signal an agent needs to diagnose a failure, with pagination and ARIA compression to keep token costs low.
Here is a quick look at how an AI agent uses the new tools in v0.3.0 to instantly find and inspect a failure:
Locate the exact source code bug via map_locator_to_source:
// Request arguments
{ "trace_path": "/path/to/trace.zip" }
// Response payload
{
"action_type": "Click locator('#super-toad-not-found')",
"locator": "#super-toad-not-found",
"error": "TimeoutError: locator.click: Timeout 5000ms exceeded.",
"step_title": "Click locator('#super-toad-not-found')",
"stack": [
{
"file": "/Users/albertdev/Projects/ideas/sample-playwright-project/tests/google-pom.spec.ts",
"line": 18,
"column": 17
}
],
"source_location": {
"file": "/Users/albertdev/Projects/ideas/sample-playwright-project/tests/google-pom.spec.ts",
"line": 18,
"column": 17
}
}
No more guessing! The agent knows exactly which file, line, and column caused the timeout.
Extract critical visual frames around the failure via extract_critical_frames:
// Request arguments
{ "trace_path": "/path/to/trace.zip", "limit": 1 }
// Response payload
[
{
"timestamp": 1779137404287,
"mime_type": "image/jpeg",
"step_title": "Clicking #super-toad-not-found element",
"data": "/9j/4AAQSkZJRgABAQAAAQABAAD/..." // Base64 JPEG
}
]
Allows the agent to visual-verify page state immediately before/after failure without pulling massive image lists.
Trim the trace to save CI storage / transfer costs via trim_trace_archive:
// Request arguments
{ "trace_path": "/path/to/trace.zip" }
// Response payload
{
"original_size_bytes": 2449682,
"trimmed_size_bytes": 511698,
"compression_ratio_percent": 79,
"trimmed_trace_path": "/path/to/trace.trimmed.zip"
}
Shrinks large traces by deleting screenshots outside the critical failure window. Saved 79% of disk space!
Tools are grouped by how an agent should sequence them when diagnosing a failure.
| Tool | Arguments | What it returns |
|---|---|---|
get_test_metadata | trace_path | Browser, platform, viewport, test title, wall-clock start time |
get_trace_summary | trace_path | Failing action + top-leve |