CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/mobile-web-emulation-runner

Builds a workflow to run web E2E tests under mobile viewports + DPRs (device pixel ratios): Playwright's `devices` catalog (iPhone 15, Pixel 7), suite run per-device as matrix shards, per-device screenshots, mobile assertions (`.tap()`, viewport-conditional layout). Use when a responsive web app needs mobile-breakpoint regression without a real-device farm. Mobile WEB only - for native apps use appium-testing, detox-testing, or flutter-testing; for cross-shard aggregation use mobile-device-matrix-toolkit; for gesture sequences use touch-gesture-tester.

75

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

85%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable with a clear, validated multi-step workflow and well-structured one-level references. Its main weakness is moderate verbosity — the Overview, aggregation table, and worked example partially restate material already conveyed by the steps and code.

Suggestions

Trim the Overview's restatement of responsive-design basics and the real-device-vs-emulation tradeoff; the 'When to use' and 'Limitations' sections already cover the why.

Collapse or shorten the Step 6 results table and Worked example, which repeat the per-device red-shard scenario already shown in Steps 3 and 5.

Consider moving the full anti-patterns table into a reference file to keep the main body focused on the workflow, since it is lengthy relative to the core steps.

DimensionReasoningScore

Conciseness

Mostly efficient and example-driven, but the Overview re-explains what responsive design is and the relative merits of real-device vs emulation, and the aggregation table + worked example restate steps already covered; it could tighten without losing substance.

2 / 3

Actionability

Provides copy-paste-ready config, test, screenshot, and CI matrix snippets with concrete device names, .tap() vs .click() distinctions, and exact bash/yaml commands — all executable.

3 / 3

Workflow Clarity

A numbered 6-step sequence is laid out up front, each step cross-referenced, and validation checkpoints appear ('Verify: assert every matrix shard exits 0', 're-run that shard until green') with feedback loops for failing shards.

3 / 3

Progressive Disclosure

SKILL.md is a concise overview with the full devices catalog + Cypress equivalent correctly split into references/device-profiles-and-cypress.md (a real, one-level-deep file), referenced inline at the right steps and in a References section.

3 / 3

Total

11

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is specific, trigger-rich, complete with an explicit 'Use when' clause, and sharply disambiguated from sibling native/cross-shard/gesture skills. It is concise despite the dense detail and uses third person throughout.

DimensionReasoningScore

Specificity

Lists multiple concrete actions: run web E2E tests under mobile viewports + DPRs, Playwright's devices catalog (iPhone 15, Pixel 7), per-device matrix shards, per-device screenshots, and mobile assertions (.tap(), viewport-conditional layout).

3 / 3

Completeness

Clearly states what it does (builds a workflow to run web E2E tests under mobile viewports/DPRs) and an explicit 'Use when a responsive web app needs mobile-breakpoint regression without a real-device farm.'

3 / 3

Trigger Term Quality

Includes natural terms a user would say — 'mobile viewports', 'responsive web app', 'mobile-breakpoint regression' — alongside technical specifics like 'device pixel ratios' and device names.

3 / 3

Distinctiveness Conflict Risk

Has a clear niche (mobile WEB emulation) and explicit disambiguating redirects ('Mobile WEB only - for native apps use appium-testing, detox-testing...; for cross-shard aggregation use mobile-device-matrix-toolkit; for gesture sequences use touch-gesture-tester').

3 / 3

Total

12

/

12

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents