packages/skills-catalog/skills/(web-automation)/playwright-skill/SKILL.md
Complete browser automation with Playwright. Auto-detects dev servers, writes clean test scripts to /tmp. Test pages, fill forms, take screenshots, check responsive design, validate UX, test login flows, check links, automate any browser task. Use when user wants to test websites, automate browser interactions, validate web functionality, or perform any browser-based testing. Do NOT use for quick page debugging or network inspection (use chrome-devtools instead).
npx skillsauth add tech-leads-club/agent-skills playwright-skillInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
IMPORTANT - Path Resolution:
This skill can be installed in different locations (plugin system, manual installation, global, or project-specific). Before executing any commands, determine the skill directory based on where you loaded this SKILL.md file, and use that path in all commands below. Replace $SKILL_DIR with the actual discovered path.
General-purpose browser automation skill. I'll write custom Playwright code for any automation task you request and execute it via the universal executor.
CRITICAL WORKFLOW - Follow these steps in order:
Auto-detect dev servers - For localhost testing, ALWAYS run server detection FIRST:
cd $SKILL_DIR && node -e "require('./lib/helpers').detectDevServers().then(servers => console.log(JSON.stringify(servers)))"
Write scripts to /tmp - NEVER write test files to skill directory; always use /tmp/playwright-test-*.js
Use visible browser by default - Always use headless: false unless user specifically requests headless mode
Parameterize URLs - Always make URLs configurable via environment variable or constant at top of script
/tmp/playwright-test-*.js (won't clutter your project)cd $SKILL_DIR && node run.js /tmp/playwright-test-*.jscd $SKILL_DIR
npm run setup
This installs Playwright and Chromium browser. Only needed once.
Step 1: Detect dev servers (for localhost testing)
cd $SKILL_DIR && node -e "require('./lib/helpers').detectDevServers().then(s => console.log(JSON.stringify(s)))"
Step 2: Write test script to /tmp with URL parameter
// /tmp/playwright-test-page.js
const { chromium } = require('playwright')
// Parameterized URL (detected or user-provided)
const TARGET_URL = 'http://localhost:3001' // <-- Auto-detected or from user
;(async () => {
const browser = await chromium.launch({ headless: false })
const page = await browser.newPage()
await page.goto(TARGET_URL)
console.log('Page loaded:', await page.title())
await page.screenshot({ path: '/tmp/screenshot.png', fullPage: true })
console.log('📸 Screenshot saved to /tmp/screenshot.png')
await browser.close()
})()
Step 3: Execute from skill directory
cd $SKILL_DIR && node run.js /tmp/playwright-test-page.js
// /tmp/playwright-test-responsive.js
const { chromium } = require('playwright')
const TARGET_URL = 'http://localhost:3001' // Auto-detected
;(async () => {
const browser = await chromium.launch({ headless: false, slowMo: 100 })
const page = await browser.newPage()
// Desktop test
await page.setViewportSize({ width: 1920, height: 1080 })
await page.goto(TARGET_URL)
console.log('Desktop - Title:', await page.title())
await page.screenshot({ path: '/tmp/desktop.png', fullPage: true })
// Mobile test
await page.setViewportSize({ width: 375, height: 667 })
await page.screenshot({ path: '/tmp/mobile.png', fullPage: true })
await browser.close()
})()
// /tmp/playwright-test-login.js
const { chromium } = require('playwright')
const TARGET_URL = 'http://localhost:3001' // Auto-detected
// SECURITY: Use environment variables for credentials
const TEST_EMAIL = process.env.TEST_EMAIL || '[email protected]'
const TEST_PASSWORD = process.env.TEST_PASSWORD || 'test-password'
;(async () => {
const browser = await chromium.launch({ headless: false })
const page = await browser.newPage()
await page.goto(`${TARGET_URL}/login`)
await page.fill('input[name="email"]', TEST_EMAIL)
await page.fill('input[name="password"]', TEST_PASSWORD)
await page.click('button[type="submit"]')
// Wait for redirect
await page.waitForURL('**/dashboard')
console.log('✅ Login successful, redirected to dashboard')
await browser.close()
})()
Execute with credentials:
[email protected] TEST_PASSWORD=secure123 \
cd $SKILL_DIR && node run.js /tmp/playwright-test-login.js
// /tmp/playwright-test-form.js
const { chromium } = require('playwright')
const TARGET_URL = 'http://localhost:3001' // Auto-detected
;(async () => {
const browser = await chromium.launch({ headless: false, slowMo: 50 })
const page = await browser.newPage()
await page.goto(`${TARGET_URL}/contact`)
await page.fill('input[name="name"]', 'John Doe')
await page.fill('input[name="email"]', '[email protected]')
await page.fill('textarea[name="message"]', 'Test message')
await page.click('button[type="submit"]')
// Verify submission
await page.waitForSelector('.success-message')
console.log('✅ Form submitted successfully')
await browser.close()
})()
const { chromium } = require('playwright')
;(async () => {
const browser = await chromium.launch({ headless: false })
const page = await browser.newPage()
await page.goto('http://localhost:3000')
const links = await page.locator('a[href^="http"]').all()
const results = { working: 0, broken: [] }
for (const link of links) {
const href = await link.getAttribute('href')
try {
const response = await page.request.head(href)
if (response.ok()) {
results.working++
} else {
results.broken.push({ url: href, status: response.status() })
}
} catch (e) {
results.broken.push({ url: href, error: e.message })
}
}
console.log(`✅ Working links: ${results.working}`)
console.log(`❌ Broken links:`, results.broken)
await browser.close()
})()
const { chromium } = require('playwright')
;(async () => {
const browser = await chromium.launch({ headless: false })
const page = await browser.newPage()
try {
await page.goto('http://localhost:3000', {
waitUntil: 'networkidle',
timeout: 10000,
})
await page.screenshot({
path: '/tmp/screenshot.png',
fullPage: true,
})
console.log('📸 Screenshot saved to /tmp/screenshot.png')
} catch (error) {
console.error('❌ Error:', error.message)
} finally {
await browser.close()
}
})()
// /tmp/playwright-test-responsive-full.js
const { chromium } = require('playwright')
const TARGET_URL = 'http://localhost:3001' // Auto-detected
;(async () => {
const browser = await chromium.launch({ headless: false })
const page = await browser.newPage()
const viewports = [
{ name: 'Desktop', width: 1920, height: 1080 },
{ name: 'Tablet', width: 768, height: 1024 },
{ name: 'Mobile', width: 375, height: 667 },
]
for (const viewport of viewports) {
console.log(`Testing ${viewport.name} (${viewport.width}x${viewport.height})`)
await page.setViewportSize({
width: viewport.width,
height: viewport.height,
})
await page.goto(TARGET_URL)
await page.waitForTimeout(1000)
await page.screenshot({
path: `/tmp/${viewport.name.toLowerCase()}.png`,
fullPage: true,
})
}
console.log('✅ All viewports tested')
await browser.close()
})()
For quick one-off tasks, you can execute code inline without creating files:
# Take a quick screenshot
cd $SKILL_DIR && node run.js "
const browser = await chromium.launch({ headless: false });
const page = await browser.newPage();
await page.goto('http://localhost:3001');
await page.screenshot({ path: '/tmp/quick-screenshot.png', fullPage: true });
console.log('Screenshot saved');
await browser.close();
"
When to use inline vs files:
Optional utility functions in lib/helpers.js:
const helpers = require('./lib/helpers')
// Detect running dev servers (CRITICAL - use this first!)
const servers = await helpers.detectDevServers()
console.log('Found servers:', servers)
// Safe click with retry
await helpers.safeClick(page, 'button.submit', { retries: 3 })
// Safe type with clear
await helpers.safeType(page, '#username', 'testuser')
// Take timestamped screenshot
await helpers.takeScreenshot(page, 'test-result')
// Handle cookie banners
await helpers.handleCookieBanner(page)
// Extract table data
const data = await helpers.extractTableData(page, 'table.results')
See lib/helpers.js for full list.
Configure custom headers for all HTTP requests via environment variables. Useful for:
Single header (common case):
PW_HEADER_NAME=X-Automated-By PW_HEADER_VALUE=playwright-skill \
cd $SKILL_DIR && node run.js /tmp/my-script.js
Multiple headers (JSON format):
PW_EXTRA_HEADERS='{"X-Automated-By":"playwright-skill","X-Debug":"true"}' \
cd $SKILL_DIR && node run.js /tmp/my-script.js
Headers are automatically applied when using helpers.createContext():
const context = await helpers.createContext(browser)
const page = await context.newPage()
// All requests from this page include your custom headers
For scripts using raw Playwright API, use the injected getContextOptionsWithHeaders():
const context = await browser.newContext(getContextOptionsWithHeaders({ viewport: { width: 1920, height: 1080 } }))
For comprehensive Playwright API documentation, see API_REFERENCE.md:
detectDevServers() before writing test code for localhost testingPW_HEADER_NAME/PW_HEADER_VALUE env vars to identify automated traffic to your backend/tmp/playwright-test-*.js, never to skill directory or user's projectTARGET_URL constant at the top of every scriptheadless: false unless user explicitly asks for headless modeheadless: true when user specifically requests "headless" or "background" executionslowMo: 100 to make actions visible and easier to followwaitForURL, waitForSelector, waitForLoadState instead of fixed timeoutsconsole.log() to track progress and show what's happeningPlaywright not installed:
cd $SKILL_DIR && npm run setup
Module not found:
Ensure running from skill directory via run.js wrapper
Browser doesn't open:
Check headless: false and ensure display available
Element not found:
Add wait: await page.waitForSelector('.element', { timeout: 10000 })
User: "Test if the marketing page looks good"
Claude: I'll test the marketing page across multiple viewports. Let me first detect running servers...
[Runs: detectDevServers()]
[Output: Found server on port 3001]
I found your dev server running on http://localhost:3001
[Writes custom automation script to /tmp/playwright-test-marketing.js with URL parameterized]
[Runs: cd $SKILL_DIR && node run.js /tmp/playwright-test-marketing.js]
[Shows results with screenshots from /tmp/]
User: "Check if login redirects correctly"
Claude: I'll test the login flow. First, let me check for running servers...
[Runs: detectDevServers()]
[Output: Found servers on ports 3000 and 3001]
I found 2 dev servers. Which one should I test?
- http://localhost:3000
- http://localhost:3001
User: "Use 3001"
[Writes login automation to /tmp/playwright-test-login.js]
[Runs: cd $SKILL_DIR && node run.js /tmp/playwright-test-login.js]
[Reports: ✅ Login successful, redirected to /dashboard]
/tmp for automatic cleanup (no clutter)run.jstools
Reviews a GitHub pull request and posts inline comments plus one consolidated summary, adapting to any codebase by discovering the project's own test runner, requirement specs, and architecture conventions before running six specialized review agents in parallel. Stack-agnostic across language and framework; targets GitHub PRs via the gh CLI. Use when the user says "review PR 128", "review this PR", "code review this PR", or "check this pull request". Do NOT use for creating PRs or responding to review comments (use gh-address-comments), or debugging failing CI checks (use gh-fix-ci).
development
Opinionated Rails conventions: rich models, concerns, CRUD-everything, state-as-records, minimal dependencies, Minitest with fixtures. Load this skill BEFORE any code-level thinking, not only before editing a file. It is required the moment a task touches Rails code in ANY way: designing or even just discussing a data model, schema, migration, entity, association, field, validation, class, or method name; writing, planning, reviewing, analyzing, testing, debugging, or refactoring; or proposing any model, table, column, route, or code snippet inline in chat. If you are about to name a model or sketch a column you are already in scope, even in an exploratory back-and-forth where no file is written yet. Do not let a "we're just discussing" framing defer it. Do NOT use for non-Rails backends, NestJS, or general architecture (use nestjs-modular-monolith or coding-guidelines).
testing
Feature planning and implementation with 4 adaptive phases — Specify, Design, Tasks, Execute. Auto-sizes depth by complexity. Creates atomic tasks with verification criteria, atomic git commits, and requirement traceability. Features an independent Verifier (author != verifier, evidence-or-zero), persistent decision log (STATE.md), and test-coverage-matrix-driven tests, plus a self-improving lessons layer that turns verification failures into reusable project-local guidance. Stack-agnostic. Use when (1) Planning features (requirements, design, task breakdown), (2) Implementing with verification and atomic commits, (3) Validating or verifying an implementation against a spec. Triggers on "specify feature", "discuss feature", "design", "tasks", "implement", "validate", "verify work", "UAT", "record decision", "pause work", "resume work". Do NOT use for architecture decomposition analysis (use architecture skills) or technical design docs (use create-technical-design-doc).
development
Generative Engine Optimization (GEO) specialist — the technical, on-page publishing work that makes a given page or site discoverable, understandable, trustworthy, quotable, and fresh for AI answer engines (Google AI Overviews, ChatGPT Search, Bing Copilot, Perplexity). Use when asked to 'optimize this page/site for GEO', 'optimize for AI search / answer engines', 'get my page cited by ChatGPT/Perplexity', 'improve AI visibility/citability', 'write an llms.txt', 'add citation-ready structure or schema for AI answers', 'otimizar para busca com IA', or to audit/create/improve a codebase for generative search. Do NOT use for AI-driven SEO content strategy or programmatic pages at scale (use ai-seo), classic keyword/SERP ranking (use seo), accessibility (use web-accessibility), or multi-area site audits (use web-quality-audit).