Browser Use
Browser agents and stealth cloud browsers for AI: run web tasks, fill forms, extract data.
作者による説明(英語の原文)
MCP server for unpacking and analyzing Playwright trace.zip archives
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"playwright-trace-decoder": {
"command": "npx",
"args": [
"-y",
"playwright-trace-decoder-mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add playwright-trace-decoder -- npx -y playwright-trace-decoder-mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"playwright-trace-decoder": {
"command": "npx",
"args": [
"-y",
"playwright-trace-decoder-mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"playwright-trace-decoder": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"playwright-trace-decoder-mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント vola-trebla で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.2.3)がレジストリに届いたのは6 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:Browser Use, Chrome DevTools MCP, MCP Server Browser
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Browser agents and stealth cloud browsers for AI: run web tasks, fill forms, extract data.
MCP server for Chrome DevTools
MCP server for browser use access
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
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:
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_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_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-level error + total action count |
get_action_timeline | trace_path, limit, offset | Paginated list of all actions with API names, locators, and timings |
get_filtered_network_logs | trace_path, limit, offset | Only 4xx/5xx responses — static assets (CSS, JS, fonts, images) stripped |
get_console_errors | trace_path, limit, offset | JS exceptions and warnings from the browser console |
get_element_state_at_failure | trace_path | Failing locator, error message, and raw before/after metadata |
extract_trace_metadata_strict | trace_path | Format version, retry session breakdown, HAR payload mode (embed/attach/omit) |
All list-returning tools support limit (1–500, default 50) and offset pagination with a has_more flag.
trace_path accepts either an absolute local path or an HTTPS URL — the server downloads the file automatically and caches it for the session.
| Tool | Arguments | What it returns |
|---|---|---|
get_aria_accessibility_tree | trace_path, action_index? | ARIA accessibility tree as compact YAML (~90% fewer tokens than raw HTML). Defaults to the snapshot at the failed action. |
get_dom_mutation_delta | trace_path, action_index | Set-diff of ARIA lines before vs after a specific action — added/removed elements only, not two full DOM dumps |
get_screenshot_at_failure | trace_path, screenshot_index? | Base64 JPEG screenshot closest to the moment of failure. Use when ARIA tree is empty (captcha, blank page). screenshot_index lets you walk the full visual timeline. |
analyze_race_conditions | trace_path | Network requests that were in-flight when an interaction or assertion fired |
correlate_dom_and_network | trace_path | For each action where a fetch completed and the DOM mutated within ±100ms: triggering URL, response status, body snippet, and exact nodes added/removed |
extract_critical_frames | trace_path, lookback_ms?, lookforward_ms?, limit? | Extracts key screencast screenshots (base64) from a temporal window around failure, resolved with step titles |
| Tool | Arguments | What it returns |
|---|---|---|
get_causal_chain_for_failure | trace_path, lookback_ms? | Chronological chain of preceding actions, network errors, and console errors leading to the failure (default window: 5 s) |
generate_error_signature | trace_path | Stable 12-char SHA-1 hash of the normalized error — use to group duplicate failures across parallel CI runs |
compare_traces | passing_trace_path, failing_trace_path | LCS-aligned action sequence between a passing and failing run: structural divergence, timing anomalies (>500 ms), unmatched actions, network delta |
map_locator_to_source | trace_path, action_index? | Maps a failing browser interaction (or specific action index) to the exact line of test code via runner execution stack |
| Tool | Arguments | What it returns |
|---|---|---|
detect_performance_anomalies | trace_path, slow_action_threshold_ms?, frame_drop_threshold_ms? | Ranked list of slow actions and frame drops with suspected_cause (main thread blocked / network saturation / navigation timeout). Also reports p50/p95 action duration and a memory leak flag. |
trim_trace_archive | trace_path, divergence_only? | Shrinks trace zip by deleting screenshots outside critical failure window (t_fail - 5s to t_fail + 1s). Returns trimmed path & size delta. |
get_trace_summary ← what failed?
get_causal_chain_for_failure ← what led up to it? get_aria_accessibility_tree ← what did the page look like? get_screenshot_at_failure ← ARIA empty? get the actual screenshot get_dom_mutation_delta ← what changed right before the failure? analyze_race_conditions ← was a network request still pending? correlate_dom_and_network ← which fetch caused which DOM change? compare_traces ← flaky? compare to a passing run detect_performance_anomalies ← timeout but no JS error? check for Long Tasks
git clone https://github.com/vola-trebla/playwright-trace-decoder-mcp.git
cd playwright-trace-decoder-mcp npm install npm run build
~/Library/Application Support/Claude/claude_desktop_config.json){
"mcpServers": { "playwright-trace-decoder": { "command": "node", "args": ["/absolute/path/to/playwright-trace-decoder-mcp/dist/index.js"] } } }
.cursor/mcp.json) or VS Code (.vscode/mcp.json){
"mcpServers": { "playwright-trace-decoder": { "command": "node", "args": ["/absolute/path/to/playwright-trace-decoder-mcp/dist/index.js"] } } }
claude mcp add playwright-trace-decoder \
node /absolute/path/to/playwright-trace-decoder-mcp/dist/index.js
docker build -t playwright-trace-decoder-mcp .
{
"mcpServers": { "playwright-trace-decoder": { "command": "docker", "args": ["run", "--rm", "-i", "-v", "/path/to/traces:/traces", "playwright-trace-decoder-mcp"] } } }
Ask your agent:
_"The CI run failed. Here's the trace:
/tmp/trace.zip. What went wrong and why?"_
The agent calls get_trace_summary → get_causal_chain_for_failure → get_aria_accessibility_tree, drilling deeper as needed — without you copy-pasting anything.
_"The ARIA tree is empty. Can
冒頭だけを表示しています。続きはリポジトリで読めます