Source profileQuality 67/100Review permissions

anthropics/skills/skills/webapp-testing/SKILL.md

webapp-testing

Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.

Source repository stars
164,673
Declared platforms
0
Static risk flags
3
Last source update
2026-07-24
Source checked
2026-07-28

Decision brief

What it does—and where it fits

To test local web applications, write native Python Playwright scripts.

Best for

    Not for

    • ❌ Don't inspect the DOM before waiting for networkidle on dynamic apps ✅ Do wait for page.waitforloadstate('networkidle') before inspection

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/anthropics/skills --skill "skills/webapp-testing"
    Safe inspection promptEditorial

    Inspect the Agent Skill "webapp-testing" from https://github.com/anthropics/skills/blob/b29e7cf65e5cb78a5ac33d582270551bc74a14eb/skills/webapp-testing/SKILL.md at commit b29e7cf65e5cb78a5ac33d582270551bc74a14eb. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Decision Tree: Choosing Your Approach

      Review the “Decision Tree: Choosing Your Approach” section in the pinned source before continuing.

      Review and apply the “Decision Tree: Choosing Your Approach” source section.
    2. 02

      Example: Using withserver.py

      To start a server, run --help first, then use the helper:

      To start a server, run --help first, then use the helper:Multiple servers (e.g., backend + frontend):To create an automation script, include only Playwright logic (servers are managed automatically):
    3. 03

      Reconnaissance-Then-Action Pattern

      1. Inspect rendered DOM:

      Inspect rendered DOM:Identify selectors from inspection resultsExecute actions using discovered selectors
    4. 04

      Common Pitfall

      ❌ Don't inspect the DOM before waiting for networkidle on dynamic apps ✅ Do wait for page.waitforloadstate('networkidle') before inspection

      ❌ Don't inspect the DOM before waiting for networkidle on dynamic apps ✅ Do wait for page.waitforloadstate('networkidle') before inspection

    Permission review

    Static risk signals and limitations

    Reads files

    low · line 14

    The documentation asks the agent to read local files, directories, or repositories.

    ├─ Yes → Read HTML file directly to identify selectors

    Runs scripts

    medium · line 35

    The documentation asks the agent to run terminal commands or scripts.

    python scripts/with_server.py --server "npm run dev" --port 5173 -- python your_automation.py

    Runs scripts

    medium · line 40

    The documentation asks the agent to run terminal commands or scripts.

    python scripts/with_server.py \

    Network access

    medium · line 53

    The documentation includes network, browsing, or remote request actions.

    page.goto('http://localhost:5173') # Server already running and ready

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score67/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars164,673SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    anthropics/skills
    Skill path
    skills/webapp-testing/SKILL.md
    Commit
    b29e7cf65e5cb78a5ac33d582270551bc74a14eb
    License
    Not declared
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    Web Application Testing

    To test local web applications, write native Python Playwright scripts.

    Helper Scripts Available:

    • scripts/with_server.py - Manages server lifecycle (supports multiple servers)

    Always run scripts with --help first to see usage. DO NOT read the source until you try running the script first and find that a customized solution is abslutely necessary. These scripts can be very large and thus pollute your context window. They exist to be called directly as black-box scripts rather than ingested into your context window.

    Decision Tree: Choosing Your Approach

    User task → Is it static HTML?
        ├─ Yes → Read HTML file directly to identify selectors
        │         ├─ Success → Write Playwright script using selectors
        │         └─ Fails/Incomplete → Treat as dynamic (below)
        │
        └─ No (dynamic webapp) → Is the server already running?
            ├─ No → Run: python scripts/with_server.py --help
            │        Then use the helper + write simplified Playwright script
            │
            └─ Yes → Reconnaissance-then-action:
                1. Navigate and wait for networkidle
                2. Take screenshot or inspect DOM
                3. Identify selectors from rendered state
                4. Execute actions with discovered selectors
    

    Example: Using with_server.py

    To start a server, run --help first, then use the helper:

    Single server:

    python scripts/with_server.py --server "npm run dev" --port 5173 -- python your_automation.py
    

    Multiple servers (e.g., backend + frontend):

    python scripts/with_server.py \
      --server "cd backend && python server.py" --port 3000 \
      --server "cd frontend && npm run dev" --port 5173 \
      -- python your_automation.py
    

    To create an automation script, include only Playwright logic (servers are managed automatically):

    from playwright.sync_api import sync_playwright
    
    with sync_playwright() as p:
        browser = p.chromium.launch(headless=True) # Always launch chromium in headless mode
        page = browser.new_page()
        page.goto('http://localhost:5173') # Server already running and ready
        page.wait_for_load_state('networkidle') # CRITICAL: Wait for JS to execute
        # ... your automation logic
        browser.close()
    

    Reconnaissance-Then-Action Pattern

    1. Inspect rendered DOM:

      page.screenshot(path='/tmp/inspect.png', full_page=True)
      content = page.content()
      page.locator('button').all()
      
    2. Identify selectors from inspection results

    3. Execute actions using discovered selectors

    Common Pitfall

    Don't inspect the DOM before waiting for networkidle on dynamic apps ✅ Do wait for page.wait_for_load_state('networkidle') before inspection

    Best Practices

    • Use bundled scripts as black boxes - To accomplish a task, consider whether one of the scripts available in scripts/ can help. These scripts handle common, complex workflows reliably without cluttering the context window. Use --help to see usage, then invoke directly.
    • Use sync_playwright() for synchronous scripts
    • Always close the browser when done
    • Use descriptive selectors: text=, role=, CSS selectors, or IDs
    • Add appropriate waits: page.wait_for_selector() or page.wait_for_timeout()

    Reference Files

    • examples/ - Examples showing common patterns:
      • element_discovery.py - Discovering buttons, links, and inputs on a page
      • static_html_automation.py - Using file:// URLs for local HTML
      • console_logging.py - Capturing console logs during automation

    Alternatives

    Compare before choosing