playwright-frontend
For frontend engineers authoring UI — how to make components reliably locatable by tests and AI agents.
Skill by testdino.com
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/testdino-hq-playwright-frontend
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: design, frontend, testing, data, frontend-development
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/playwright-frontend
What's inside
- Skill name
playwright-frontend- Description
- For frontend engineers authoring UI — how to make components reliably locatable by tests and AI agents. Covers the official Playwright locator priority, semantic/accessible markup first, and how to add valid, unique, stable `data-testid` attributes (naming convention, uniqueness in lists, stability rules) for React, Vue, Angular, and Svelte. Use when writing or reviewing components, or when an agent needs durable locators.
- License
- MIT
- Metadata
- author: testdino.com · version: 1.0.0
- Instructions
- 28 lines in SKILL.md · view on GitHub
Agent Skills spec issues
- name: "playwright-frontend" does not match folder "frontend"
Files (3)
- SKILL.md
- data-testid-conventions.md
- examples.md
SKILL.md (first lines)
# Playwright Frontend (Authoring Locatable Markup)
> Audience: **frontend engineers writing the app** — the counterpart to the test-author guides in `core/`. Your job here is to expose a small, stable, machine-readable contract on the DOM so tests *and* AI agents can locate elements deterministically, without flakiness.
A `data-testid` is a **public API for your UI's automation layer**: once a test or agent depends on it, renaming it is a breaking change. Build accessible markup first, then add deliberate, well-named, unique, stable test IDs where automation needs a durable handle.
## Guide Index
| Topic | Guide |
|---|---|
| `data-testid` conventions (when, naming, uniqueness, stability) | [data-testid-conventions.md](data-testid-conventions.md) |
| Framework patterns (React, Vue, Angular, Svelte) + centralizing IDs + production stripping | [examples.md](examples.md) |
## Golden Rules
1. **Semantic HTML first** — give elements a real role/label/accessible name so `getByRole`/`getByLabel` work; then add test IDs.
2. **Add `data-testid` only where role, label and text fall short** — no-role custom widgets, scope containers, list rows, and dynamic or localized regions. A control `getByRole` already finds uniquely needs none.
3. **Name for global uniqueness** — `feature-component-element[-variant]`, `kebab-case`.
4. **In lists, suffix with a stable domain key, never the array index** — `user-row-${user.id}` ✅ / `user-row-${index}` ❌.
5. **Decouple the value from text, locale, styling, and DOM position** — those change; the test ID must not.
6. **Standardize on one attribute** — `data-testid` is Playwright's default `testIdAttribute`; don't mix `data-test`/`data-qa`.
## Related
- [core/locators.md](../core/locators.md) / [core/locator-strategy.md](../core/locator-strategy.md) — the consumer side: choosing locators when *writing tests*.
- Playwright official docs: [Locators](https://playwright.dev/docs/locators), [Best Practices](https://playwright.dev/docs/best-practices).From testdino-hq/playwright-skill, MIT.
More from testdino-hq/playwright-skill
- 0.803score
playwright-cli
testdino-hq
Automates browser interactions for testing and validating your own web applications using playwright-cli.
SkillAFreshness: A★ 402Claude Code +9 - 0.799score
playwright-qa
testdino-hq
QA engineering workflows on top of Playwright.
SkillAFreshness: A★ 402Claude Code +9 - 0.799score
playwright-core
testdino-hq
Battle-tested Playwright patterns for writing and debugging reliable E2E, API, component, visual, accessibility, and security tests.
SkillAFreshness: A★ 402Claude Code +9 - 0.795score
playwright-ci
testdino-hq
Production-ready CI/CD configurations for Playwright — GitHub Actions, GitLab CI, CircleCI, Azure DevOps, Jenkins, Docker, parallel sharding, reporting, code…
SkillAFreshness: A★ 402Claude Code +9 - 0.790score
playwright-pom
testdino-hq
Page Object Model patterns for Playwright — when to use POM, how to structure page objects, and when fixtures or helpers are a better fit.
SkillAFreshness: A★ 402Claude Code +9 - 0.790score
playwright-migration
testdino-hq
Step-by-step migration guides for moving to Playwright from Cypress or Selenium/WebDriver — command mappings, architecture changes, and incremental adoption…
SkillAFreshness: A★ 402Claude Code +9 - 0.385score
playwright-skill
testdino-hq
No description from the publisher yet.
SkillAFreshness: A★ 402Claude Code +9
Compare and alternatives
Featured in
Signals
- Stars
- 402
- Forks
- 64
- Open issues
- 0
- Last commit (this folder)
- Oct 12, 2026 (15 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- Version
- 1.0.0
- License
- MIT
- Repository
- github.com/testdino-hq/playwright-skill
- Website
- www.testdino.com
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
Cite this page
playwright-frontend skill. Agent Mart. https://agentmart.dev/skills/testdino-hq-playwright-frontend (last updated 2026-10-24)