webapp-testing
Skill1 starsChanged 13 months agoApache-2.0View on GitHub
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.
- Reads credentials
196 other projects use a version of this, 164 of them edited.
Adopted by
Most recently taken up by
- rvdbreemen/OTGW-firmwareedited, first seen Nov 8, 2026
- BrightGold70/skillsedited, first seen Nov 8, 2026
- DnsQueen/orcinus-skillsedited, first seen Nov 8, 2026
- Liang-MH/skillsedited, first seen Nov 8, 2026
- smart-coder-labs/nexus-mindedited, first seen Nov 8, 2026
- codewhale-hq/codewhale-plugin-marketplacetheir own version, first seen Nov 8, 2026
Used with
Projects with it also use academy-guide, skill-share and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
AnthropicSkillacademy-guide
Stop and check this skill before finishing any reply to a question about how to use Claude or a Claude product — it recommends matching courses, tutorials, and use cases from Claude Academy (academy.claude.com), Anthropic's learning hub. Trigger on: "how do I", "how can I", "getting started with", "what can Claude do", "teach me", "learn to use"; questions about artifacts, projects, skills, plugins, connectors, MCP; requests about rolling Claude out to a team, class, or organization; and any ask for training materials, onboarding content, or learning resources. Use it when the user is learning how to use a feature or product — not when they are mid-task and just want the task done. This skill composes with other skills: after consulting product documentation to answer how a Claude feature works, also check here for a matching course or tutorial — a docs-grounded answer and an Academy recommendation belong together. Only recommend on a strong match; never invent Academy content.
Also in 8 projects that use this
ArogyaReddySkillskill-share
A skill that creates new Claude skills and automatically shares them on Slack using Rube for seamless team collaboration and skill discovery.
Also in 23 projects that use this
SKB3002Skillintelligent-routing
Automatic agent selection and intelligent task routing. Analyzes user requests and automatically selects the best specialist agent(s) without requiring explicit user mentions.
Also in 5 projects that use this
ArogyaReddySkillraffle-winner-picker
Picks random winners from lists, spreadsheets, or Google Sheets for giveaways, raffles, and contests. Ensures fair, unbiased selection with transparency.
Also in 26 projects that use this
zephyrwang6Skilltopic-collector
AI热点采集工具。从Twitter/X、Product Hunt、Reddit、Hacker News、博客等采集AI相关热点内容。当用户说"开始今日选题"、"采集热点"、"看看今天有什么新闻"、"今日AI热点"时触发。聚焦领域:Vibe Coding、Claude Skill、AI知识管理、AI模型更新、AI新产品、海外热点。
Also in 4 projects that use this
zephyrwang6Skilldeepl
Übersetzt Texte, Dokumente und XLIFF-Dateien via DeepL API. Verwende für Übersetzungen mit /deepl translate, /deepl file oder /deepl xliff.
Also in 4 projects that use this
- +4 more from zephyrwang6
- +1 more from ArogyaReddy
Other versions196 projects use a version of this.
Word for word · 0
None found.
Edited · 164
- anthropics/skills★ 189k51% same
- ComposioHQ/awesome-claude-skills★ 75k51% same
- ComposioHQ/awesome-codex-skills★ 17k51% same
- composio-community/awesome-codex-skills★ 16k51% same
- Galaxy-Dawn/claude-scholar★ 5.9k50% same
- Prat011/awesome-llm-skills★ 1.7k51% same
- ChenglinPoly/infiAgent★ 1.2k51% same
- polyuiislab/infiAgent★ 1.2k51% same
- warpdotdev/oz-skills★ 82547% same
- electroluxcode/mvp-onlyoffice★ 52751% same
154 more not listed
Wrote their own version · 32
- github/awesome-copilot★ 41ksame name
- vudovn/ag-kit★ 8.2ksame name
- vudovn/antigravity-kit★ 8.2ksame name
- microsoft/FluidFramework★ 4.9ksame name
- Prompthon-IO/agent-systems-handbook★ 315same name
- RedWoodOG/Hermes-Desktop★ 177same name
- xenitV1/Antigravity-Workflows★ 130same name
- AutumnsGrove/ClaudeSkills★ 30same name
- sabahattink/antigravity-fullstack-hq★ 30same name
- VoDaiLocz/kilo-kit-mcp★ 28same name
22 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository23 other files it gives its agents.
- app-runnerSkill
- delegateSkill
- env-managerSkill
- lexical-recall-guardSkill
- narrative-inventorySkill
- narrative-keywordsSkill
- narrative-mapsSkill
- obsidian-apiSkill
- obsidianSkill
- project-indexerSkill
- skill-api-conversionSkill
- skill-creatorSkill
- skill-distillSkill
- slipbox-integrationSkill
- story-structure-22-step-apiSkill
- story-structure-22-step-distilledSkill
- story-structure-22-stepSkill
- story-structure-7-stepsSkill
- story-structure-crime-distilledSkill
- story-structure-crimeSkill
- story-structure-myth-distilledSkill
- story-structure-mythSkill
- symbol-webSkill
The file
We split this skill into the rules it gives an agent
9 rules. 1 is common, 1 is distinctive, and 7 are very specific to this project.
1
Common
Most of the 190 edited versions we read keep these.
1
Distinctive
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 17
Environment Management: Use env-manager skill to check/load environment variables
- Very specific: line 18
Application Lifecycle: Use app-runner skill if application is not accessible
- Distinctive: line 49
Test scripts should assume the application is already running (managed by app-runner skill):
- Very specific: line 152
Note: If environment variables are missing, the skill will provide shell-specific commands to load them.
- Very specific: line 175
Use sync_playwright() for synchronous scripts
- Common: line 176
Always close the browser when done
- Very specific: line 177
Use descriptive selectors: text=, role=, CSS selectors, or IDs
- Very specific: line 178
Add appropriate waits: page.wait_for_selector() or page.wait_for_timeout()
- Very specific: line 179
Screenshots: After saving screenshots, ALWAYS open them in the user's image viewer using open <path> (via Bash tool).
“Common” is measured: kept by at least 6 in 10 of the 190 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Web Application Testing
IMPORTANT: Before writing any test script, ALWAYS use the env-manager skill to check if required environment variables (TEST_BASE_URL, TEST_EMAIL, TEST_PASSWORD, etc.) are set. DO NOT write environment loading code in test scripts.
To test local web applications, write native Python Playwright scripts.
Helper Scripts Available:
scripts/login_helper.py- Handles authentication with role-based login (user/admin)
Important Integration Points:
- Environment Management: Use
env-managerskill to check/load environment variables - Application Lifecycle: Use
app-runnerskill if application is not accessible - Scripts exist to be called directly as black-box tools - DO NOT read source code unless absolutely necessary to avoid context pollution.
Decision Tree: Testing Workflow
User asks to test → Check environment variables (use env-manager skill)
│
↓
Check if app is accessible at TEST_BASE_URL
│
├─ No → Invoke app-runner skill to start application
│ │
│ └─ Wait for health check to pass
│
↓
Is authentication required?
│
├─ Yes → Use login_helper.py for auth
│
↓
Write Playwright test:
1. Navigate and wait for networkidle
2. Take screenshot or inspect DOM
3. Identify selectors from rendered state
4. Execute actions with discovered selectors
5. Assert expected behaviorExample: Basic Test Script Pattern
Test scripts should assume the application is already running (managed by app-runner skill):
from playwright.sync_api import sync_playwright
import os
import sys
# Get application URL from environment
base_url = os.environ.get('TEST_BASE_URL')
if not base_url:
print("ERROR: TEST_BASE_URL not set. Run env-manager skill first.")
sys.exit(1)
with sync_playwright() as p:
browser = p.chromium.launch(headless=True)
page = browser.new_page()
# Navigate to application
page.goto(base_url)
page.wait_for_load_state('networkidle') # CRITICAL: Wait for JS to execute
# Your test logic here
page.screenshot(path='/tmp/screenshot.png')
browser.close()Authenticated Testing with login_helper.py
For applications requiring authentication, use the login helper to manage user sessions.
Prerequisites:
The login helper uses the env-manager skill to intelligently handle environment variables. It will automatically detect missing variables and suggest the appropriate commands for your shell.
Required environment variables:
# Application endpoint (REQUIRED)
export TEST_BASE_URL=<your_application_url>
# Regular user credentials (required for role="user")
export TEST_EMAIL=user@example.com
export TEST_PASSWORD=user_password
# Admin user credentials (required for role="admin")
export TEST_ADMIN_EMAIL=admin@example.com
export TEST_ADMIN_PASSWORD=admin_passwordTip: You can create a .env.test file with these variables and source it:
# In .env.test file:
export TEST_BASE_URL=http://localhost:3000
export TEST_EMAIL=user@example.com
export TEST_PASSWORD=user_password
export TEST_ADMIN_EMAIL=admin@example.com
export TEST_ADMIN_PASSWORD=admin_password
# Then in your shell:
source .env.testThe skill uses REAL environment variables - no fake environment management libraries.
Usage:
from playwright.sync_api import sync_playwright
import sys
import os
from pathlib import Path
# Add skill scripts to path
sys.path.append(str(Path.home() / ".claude/skills/webapp-testing/scripts"))
from login_helper import get_authenticated_page
with sync_playwright() as p:
# Get authenticated page as regular user (uses TEST_BASE_URL from env)
page = get_authenticated_page(p, role="user")
# Or specify a custom base URL explicitly
page = get_authenticated_page(p, base_url="https://staging.example.com", role="admin")
# Page is now authenticated - navigate and test using TEST_BASE_URL
base_url = os.environ['TEST_BASE_URL']
page.goto(f'{base_url}/dashboard')
page.wait_for_load_state('networkidle')
# ... perform tests
page.context.browser.close()Features:
- Reads credentials from REAL environment variables (no fake environment libraries)
- Integrates with
env-managerskill for intelligent environment detection - Automatically finds .env files and suggests appropriate load commands for your shell
- Configurable base URL via
TEST_BASE_URLenvironment variable - Caches auth state per role (
/tmp/auth_state_user.json,/tmp/auth_state_admin.json) - Validates auth state and re-authenticates if expired
- Supports
force_reauth=Trueto bypass cache - Works seamlessly with code changes and auth secret cycling
Note: If environment variables are missing, the skill will provide shell-specific commands to load them. The env-manager skill handles bash, zsh, and fish shells.
Reconnaissance-Then-Action Pattern
- Inspect rendered DOM:
page.screenshot(path='/tmp/inspect.png', full_page=True) content = page.content() page.locator('button').all() - Identify selectors from inspection results
- 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--helpto 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()orpage.wait_for_timeout() - Screenshots: After saving screenshots, ALWAYS open them in the user's image viewer using
open <path>(via Bash tool). DO NOT use the Read tool for screenshots - terminal may not support inline image display. Opening in system viewer (Preview on macOS) is more reliable.
Anti-Patterns (DO NOT DO THIS)
❌ NEVER load .env files in Python scripts:
# BAD - Don't do this!
with open('.env.test') as f:
for line in f:
key, value = line.split('=')
os.environ[key] = value✅ INSTEAD: Scripts should only READ from environment. If variables are missing, use the env-manager skill to help the user load them in their actual shell:
# GOOD - Just read from environment
base_url = os.environ['TEST_BASE_URL'] # Will fail if not set
# If it fails, invoke env-manager skill to help user set up environmentEnvironment loading happens in the SHELL, not in Python code.
Reference Files
- examples/ - Examples showing common patterns:
element_discovery.py- Discovering buttons, links, and inputs on a pagestatic_html_automation.py- Using file:// URLs for local HTMLconsole_logging.py- Capturing console logs during automation
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

