dist/pi/skills/testing-e2e/SKILL.md
Playwright-based end-to-end browser testing of user flows. Use when running existing Playwright tests, generating browser checks, recording a visible session, or verifying a user journey end-to-end. NOT for unit tests, API-only tests, or logic tests where curl or JSDOM suffices — use improving-tests or fixing-code instead.
npx skillsauth add alexei-led/claude-code-config testing-e2eInstall 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.
Run browser tests against real user flows. Keep scripts temporary unless the user asks to add permanent tests.
playwright.config.*package.json scripts**/*.spec.ts, **/*.test.ts, **/e2e/**/tmp when needed.If the bundled playwright-skill helper is installed alongside this skill,
find its directory from the loaded skill path and run helper scripts from
there:
cd <playwright-skill-dir> && node scripts/run.js /tmp/e2e-check.js
If the helper is unavailable, use project-local Playwright commands instead:
npx playwright test --reporter=list
npx playwright test /tmp/e2e-check.spec.ts --reporter=list
/tmp/e2e-<name>.spec.ts or /tmp/e2e-<name>.js.waitForTimeout delays.waitForSelector, waitForURL, or assertions on visible UI state.package.json scripts for a start command; ask the user if none found.playwright.config.* found: generate a minimal temporary config under /tmp; do not write into the project without asking.## E2E Result
### Target
<app/flow tested>
### Commands
- `<command>`
### Result
pass | fail | blocked
### Evidence
- screenshot/trace/output path or key failure line
### Next Fix
- <if failing>
tools
Idiomatic shell development for POSIX sh, Bash, Zsh, Fish, hooks, CI shell steps, and scriptable CLI glue. Use when writing or changing `.sh`, `.bash`, `.zsh`, `.fish`, `.bats`, shell functions, shell pipelines, or command-runner recipes. Emphasizes portability, quoting, safe filesystem/process handling, non-TUI CLI tools, ShellCheck, shfmt, Bats, and ShellSpec. NOT for Python, TypeScript, Go, web code, or infrastructure operations.
tools
Use when planning, executing, checkpointing, finishing, or inspecting lightweight spec-driven work. Runs one task at a time using `.spec/` markdown files and the bundled `specctl` helper. NOT for broad product discovery beyond a short requirement interview.
testing
Author, inspect, troubleshoot, and review infrastructure across IaC, Kubernetes, cloud resources, containers, CI/CD, and Linux hosts. Use when changing Terraform/OpenTofu, Kubernetes, Helm, Kustomize, Dockerfiles, GitHub Actions, AWS, GCP, Cloud Run, BigQuery, IAM, logs, instances, or service health. NOT for deploy/apply/rollback workflows (see deploying-infra). NOT for shell scripts or generic command pipelines (see writing-shell).
development
Configure safe git workflow hygiene: pre-commit/pre-push hooks, Gitleaks secret scanning, .gitignore rules, local git config, and guardrails. Use when setting up git hooks, gitleaks/git leaks, staged pre-commit checks, pre-push validation, core.hooksPath, .gitignore, or git config best practices. NOT for creating commits (use committing-code), cleaning branches/worktrees (use cleanup-git), or creating worktrees (use using-git-worktrees).