Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add faizkhairi/claude-code-blueprint --skill e2e-checkgit clone --depth 1 https://github.com/faizkhairi/claude-code-blueprintWrote 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/faizkhairi/claude-code-blueprint/e2e-check)<a href="https://agentmods.dev/skills/faizkhairi/claude-code-blueprint/e2e-check"><img src="https://agentmods.dev/badge/skills/faizkhairi/claude-code-blueprint/e2e-check/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/faizkhairi/claude-code-blueprint/e2e-check"><img src="https://agentmods.dev/badge/skills/faizkhairi/claude-code-blueprint/e2e-check.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00048 | $0.01259 |
| Opus 5 | $0.00024 | $0.00629 |
| Sonnet 5 | $0.00010 | $0.00252 |
| Haiku 4.5 | $0.00005 | $0.00126 |
Grade A, and why
e2e-check scanned grade A with 1 finding 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 9d 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.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
Use: `bash -c "curl -s -o /dev/null -w '%{http_code}' http://localhost:{port}/ 2>/dev/null"` or equivalent. How it starts
The opening of the file, as written. The whole thing — 126 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Run E2E tests or perform interactive browser-based verification using Playwright.
Mode Detection
Parse $ARGUMENTS to determine mode:
- Runner mode (default): Run the Playwright test suite via CLI
- Interactive mode: If
--interactiveorinteractiveappears in args, use Playwright MCP tools for manual browser walkthrough
Runner Mode
1. Detect project
From $ARGUMENTS or current working directory:
- Match project name from cwd (e.g.,
my-appif cwd containsmy-app) - Check
CLAUDE.mdin the project root for the configured dev port and test command - No match: ask which project to target
2. Pre-flight check
Check if the dev server is running on the expected port (read from CLAUDE.md or the project manifest):
Use: bash -c "curl -s -o /dev/null -w '%{http_code}' http://localhost:{port}/ 2>/dev/null" or equivalent.
If the server is NOT running:
- Report: "Dev server not running on port {port}. Start it with your project's dev command (e.g.
yarn dev/npm run dev,python manage.py runserver,bundle exec rails s,go run, etc.), then re-run /e2e-check." - Do NOT auto-start the dev server. Stop here.
3. Run tests
Run the E2E test command from CLAUDE.md or the project manifest (e.g., yarn test:e2e or npm run test:e2e for JS, or pytest tests/e2e for Python).
If a test filter was provided (e.g., auth), resolve it to the spec file path:
auth→tests/e2e/auth.spec.ts- Full path → use as-is
4. Parse output
Extract from Playwright output:
- Total, passed, failed, skipped counts
- Duration
- On failure: spec file name, test name, error message
5. Report
E2E Test Results -- {project}
================================
Total: X | Passed: X | Failed: X | Skipped: X
Duration: Xs
Baseline: {expected from CLAUDE.md} tests
[If failures:]
FAILURES:
- {spec-file} > {test-name}: {error summary}
[If screenshots saved:]
Screenshots: test-results/{spec-file}/
6. On failure
- Check
test-results/directory for saved screenshots - Analyze failure type: timeout? Element not found? Assertion mismatch? Network error?
- Suggest fix based on the failure pattern
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.
- 9d ago First seen · 126 lines · 48 tokens per session scan A 12441887de79
e2e-check is a skill published in the GitHub repository faizkhairi/claude-code-blueprint (70 stars, last pushed 28d ago), licensed MIT. It adds 48 tokens to every session and 1,259 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
e2e-testing-patterns
Master end-to-end testing with Playwright and Cypress to build reliable test suites that catch bugs, improve confidence, and enable fast deployment. Use when implementing E2E tests, debugging flaky tests, or establishing testing standards.
pn-smoke-tests
Run smoke or E2E tests, debug failures, and verify fixes. Use for end-to-end verification before or after changes.
mosaic
Create in-app stress tests that drive the real application pipeline from browser DevTools. No mocks — real state, real APIs, real UI. Works for any web app with observable state.
screen-reader-testing
Test web applications with screen readers including VoiceOver, NVDA, and JAWS. Use when validating screen reader compatibility, debugging accessibility issues, or ensuring assistive technology support.
browser-testing-with-devtools
Tests in real browsers via Chrome DevTools MCP. Use when building or debugging anything that runs in a browser. Use when you need to inspect the DOM, capture console errors, analyze network requests, profile performance, or verify visual output with real runtime data. Requires the chrome-devtools MCP server to be…
playwright-cli
Automates browser interactions for web testing, form filling, screenshots, and data extraction. Use when the user needs to navigate websites, interact with web pages, fill forms, take screenshots, test web applications, or extract information from web pages.