playwright-cli
Browser automation via Playwright CLI — UI testing, form filling, screenshots, scraping. Token-efficient alternative to MCP. Use when user asks to test UI, automate browser, take screenshots, fill forms, or scrape web pages.
- License 许可
- Apache-2.0
- 最近更新
- 2026-10-11
- Stars
- ★ 7
- Forks
- 8
01 前言 Front Matter
- name
- playwright-cli
- description
- Browser automation via Playwright CLI — UI testing, form filling, screenshots, scraping. Token-efficient alternative to MCP. Use when user asks to test UI, automate browser, take screenshots, fill forms, or scrape web pages.
03 SKILL.md 正文
Browser Automation with playwright-cli
When to use
- Automating browser tasks: UI testing, form filling, taking screenshots, or scraping web pages.
- Token-efficient alternative to the Playwright MCP — saves ~90K tokens per task by passing only an accessibility-tree summary.
- Any task asking to "test UI", "automate browser", "take a screenshot", "fill a form", or "scrape a page".
Overview
playwright-cli is a token-efficient CLI tool for browser automation. It saves the accessibility tree to disk and only passes a summary to the agent — ~90K tokens cheaper than MCP per task.
Run via: npx @playwright/cli <command> (installed globally would be just playwright-cli <command>)
Key Workflow Pattern
1. npx @playwright/cli open [url] — launch browser (headless by default)
2. npx @playwright/cli snapshot — get accessibility tree, identify element refs
3. npx @playwright/cli click <ref> — interact using refs from snapshot
4. npx @playwright/cli screenshot — capture result
5. npx @playwright/cli close — cleanup
For headed (visible) browser: npx @playwright/cli open --headed [url]
Essential Commands
Opening & Navigation
open [url]— launch browser (add--headedto see it)goto <url>— navigate to URLgo-back/go-forward— browser historyclose— close browser session
Page Interaction (use refs from snapshot)
click <ref>— click elementdblclick <ref>— double clickfill <ref> <text>— fill input fieldtype <text>— type text into focused elementselect <ref> <value>— select dropdown optioncheck <ref>/uncheck <ref>— checkboxeshover <ref>— hover over elementdrag <startRef> <endRef>— drag and dropupload <file>— file upload
Inspection
snapshot— capture page accessibility tree, get element refsscreenshot— take screenshot (saved to disk)pdf— export page as PDF
Keyboard & Mouse
press <key>— press key (Enter, Tab, etc.)keydown <key>/keyup <key>— key press/releasemousemove <x> <y>/mousedown/mouseup/mousewheel
Storage & Cookies
cookie-list/cookie-get <name>/cookie-set/cookie-deletelocalstorage-list/localstorage-get/localstorage-set/localstorage-deletesessionstorage-list/sessionstorage-get/sessionstorage-set
Network
route <pattern>— mock network requestsroute-list— list active mocksunroute [pattern]— remove mocksnetwork— list all network requests
DevTools & Recording
console [min-level]— list console messageseval <func> [ref]— evaluate JS on page or elementrun-code <code>— run Playwright code snippettracing-start/tracing-stop— trace recordingvideo-start/video-stop— video recording
Session Management
list— list browser sessionsclose-all— close all sessionskill-all— force kill stale sessions- Use
-s=<session>flag to work with named sessions (parallel testing)
Browser Options
- Chrome (default), Firefox, WebKit, Edge
--browser=firefoxto use different browser- Persistent profiles supported
Parallel UI Testing Pattern
For parallel sub-agent testing (recommended for form/UI validation):
Prompt to Claude Code:
"Use playwright-cli to test [feature]. Run 3 parallel sub-agents:
1. Happy path — valid inputs, expected flow
2. Edge cases — empty fields, special characters, very long input
3. Validation — invalid email, missing required fields, XSS attempts
Use headed browsers so I can see. Take screenshots of results."
Each sub-agent gets its own session via -s=<name> flag.
Tips
- Default is headless — add
--headedtoopencommand to see the browser - Always
snapshotfirst — to get element refs before interacting - Sessions for parallelism — use
-s=agent1,-s=agent2etc. for parallel agents - Screenshots for evidence — always take screenshots of test results
- Close sessions — always
closeorclose-allwhen done - Token efficiency — CLI saves accessibility tree to disk, only passes summary to agent
04 同仓库更多 Skills
wave-audit
3-wave parallel audit — Wave 1 discovery (4 agents), Wave 2 verification (4 agents), Wave 3 cross-optimization (1 synthesizer). Each wave runs agents in parallel. Combines security review, runtime analysis, quality check, and constructor pattern into one unified workflow with evidence grading and Go/No-Go verdict.
vm-provision
End-to-end VPS provisioning — select provider → plan → provision → harden → verify (ssh-check + firewall-diff hard-gate) → handoff. 6 phases, ≥6 AskUserQuestion calls, defensive-only. Stops if either verification primitive fails.
visual-explainer
Generate beautiful, self-contained HTML pages that visually explain systems, code changes, plans, and data. Use when the user asks for a diagram, architecture overview, diff review, plan review, project recap, comparison table, or any visual explanation of technical concepts. Also use proactively when you are about to render a complex ASCII table (4+ rows or 3+ columns) — present it as a styled HTML page instead.
video-gen
Use when generating video from frame sequences — FFmpeg extraction, WebP/AVIF conversion, sprite sheets, scroll-synced playback, video encoding/transcoding. Covers the full pipeline from video source to web-ready frame sequence or optimized video.
test-matrix
Use when a project needs testing BEYOND unit tests — fuzzing, property-based, load, E2E, or mutation. Five-phase hub-and-spoke pipeline composes the right mix per language × critical path × CI target, scaffolds configs + corpus + fixtures, wires CI jobs, and defines the crash/regression triage workflow. Pure-click: every decision except intake is an AskUserQuestion.
test-gen
Use when generating tests for untested code — happy path, edge cases, error handling