Getting it into your agent
This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.
/plugin marketplace add johnkozaris/jko-claude-plugins/plugin install electron-playwright-validatorWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/johnkozaris/jko-claude-plugins/electron-playwright-validator)<a href="https://agentmods.dev/skills/johnkozaris/jko-claude-plugins/electron-playwright-validator"><img src="https://agentmods.dev/badge/skills/johnkozaris/jko-claude-plugins/electron-playwright-validator.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00090 | $0.00890 |
| Opus 5 | $0.00045 | $0.00445 |
| Sonnet 5 | $0.00018 | $0.00178 |
| Haiku 4.5 | $0.00009 | $0.00089 |
Grade A, and why
electron-playwright-validator scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 7d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 104 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Electron Playwright Validator
Use the bundled e-cli as the interface. It keeps one Electron process alive
and connects subsequent commands through CDP, avoiding repeated startup cost.
Resolve the bundled tool
The executable is scripts/e-cli relative to this skill directory. Resolve that
path from the host's skill context. In a full plugin install the equivalent path
is:
E_CLI="${CLAUDE_PLUGIN_ROOT}/skills/electron-playwright-validator/scripts/e-cli"
Verify "$E_CLI" --help, then run from the project root. The tool resolves
Electron and Playwright from the project's dependencies; do not install global
copies or silently change the project's toolchain.
Direct skill installs can resolve scripts/e-cli from the skill directory. Use
node "$E_CLI" when a distribution loses executable mode.
Drive one observable transaction at a time
- Launch the app.
- Read an accessibility snapshot.
- Resolve one target from current state.
- Act.
- Wait for a product postcondition, then snapshot again.
- Capture pixels only when they can reveal a rendering or layout defect.
- Close the session when validation finishes.
Treat launch, interaction, and product success as separate claims. A successful click does not prove the view changed correctly.
Prefer semantic state
Use role and accessible-name selectors before text, test IDs, or CSS. The
snapshot is both the discovery surface and the primary behavioral assertion.
Load references/accessibility-selectors.md only when selector construction is
non-obvious.
Electron rendering is asynchronous. Wait for the resulting element or state
instead of relying on an arbitrary sleep. Snapshot again after navigation,
modal changes, or asynchronous content. Read
references/electron-gotchas.md for lazy rendering, terminal surfaces, and
timing failures.
For multi-window apps, run e-cli pages and select the intended renderer rather
than assuming the first window is the product surface.
Bound visual context
What ships with it
4 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 7d ago First seen · 104 lines · 90 tokens per session scan A d809e6f7545d
electron-playwright-validator is a skill published in the GitHub repository johnkozaris/jko-claude-plugins (11 stars, last pushed 11d ago), licensed MIT. It adds 90 tokens to every session and 890 once invoked, about $0.0005 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
debug
Systematic bug investigation with a five-phase framework: reproduce, narrow, diagnose, fix, verify. Supports automated regression bisect via --regression flag. Produces a structured debug report with root cause analysis, regression test, and CQ/Q self-evaluations.
design
Intent-first UI design with conscious, traceable design decisions. Persists decisions in .interface-design/ for cross-session consistency. Includes domain exploration, design system generation (system.md + system.json), per-component construction with mandatory checkpoints, and craft validation tests. Modes: init…
testing
· Write/debug tests: unit, integration, E2E, TDD, mocks, fixtures, a11y, perf. Triggers: 'test', 'test spec', 'TDD', 'playwright', 'vitest', 'jest', 'pytest', 'coverage', 'flaky'. Not for security tests (use security-audit).
fixing-code
Fix code defects with a reproducible feedback loop, root-cause diagnosis, minimal patch, regression test, and clean verification. Use when debugging, diagnosing, or resolving lint/test/build failures. NOT for behavior-preserving refactors (use refactoring-code), test-suite cleanup without a production bug (use…
analyze-github-issue
A workflow for deeply assessing one GitHub issue, including whether it is a real bug or a reasonable feature request.
dotnet-backend-expert
This skill should be used when the user is writing, reviewing, debugging, or architecting pure .NET backend code for Kestrel-hosted services. It provides expert critique for REST endpoints, SignalR hubs, TypeScript/React client integration shape, pragmatic Rust interop, application services, AppHost-aware project…