CtrlK
BlogDocsLog inGet started
Tessl Logo

mobile-emulation

Mobile device emulation and responsive testing with Playwright. Use when testing mobile layouts, touch interactions, device-specific features, or responsive breakpoints.

62

Quality

74%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/mobile-emulation/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%Weight 40%Scale 1-5

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

A well-organized, code-heavy reference with strong executable examples and clear sectioning. Its main weaknesses are redundancy between inline content and the provided reference files, a placeholder pinch-to-zoom example, and the absence of an explicit run/validate workflow.

Suggestions

Move the full 'Available Devices' listing and the 'Touch Interactions' section into references/device-list.md and references/touch-patterns.md respectively, keeping SKILL.md as a concise overview that points to them — this removes the inline/reference duplication and improves progressive disclosure.

Replace the placeholder 'Pinch to Zoom' example with a working multi-touch implementation (or explicitly mark it as a known limitation with a pointer to the touch-patterns reference) so every code block is genuinely executable.

Add a brief 'Running tests' note (e.g., `npx playwright test`) and frame the Quick Start as a short sequenced workflow (configure device → write test with assertions → run → interpret failures) to give the skill an explicit validation checkpoint.

DimensionReasoningScore

Conciseness

The body is mostly lean code with minimal prose and does not explain concepts Claude already knows, but it carries redundancy — e.g., the 'Available Devices' popular-device listing overlaps the project config block — so it is efficient with minor instances that could be tightened rather than the every-token-earns-its-place ideal of a 5.

4 / 5

Actionability

Most sections provide concrete, copy-paste-ready TypeScript covering common cases, but the 'Pinch to Zoom' example is a placeholder (a single touchscreen.tap plus a note that real multi-touch pinch requires custom implementation), which is a minor gap preventing a fully executable 5.

4 / 5

Workflow Clarity

The skill is a pattern catalog rather than a sequenced multi-step process; the Quick Start gives one clear example and test assertions act as implicit validation, but there is no explicit workflow sequence or checkpoint structure (nor a 'how to run the tests' step), matching the 'steps present but checkpoints missing/implicit' anchor.

3 / 5

Progressive Disclosure

Sections are well-organized and two references are clearly signaled at the end, but substantial content that already exists in the bundle files — the full device list (device-list.md) and touch gestures (touch-patterns.md) — is inlined in SKILL.md, so content that should live one level deeper is inline, fitting the 'some structure, references present, content that should be separate is inline' anchor.

3 / 5

Total

14

/

20

Passed

Description

83%Weight 40%Scale 1-5

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

A concise, third-person description that clearly states both capability and trigger conditions with natural keywords. It is strong overall, with only minor gaps in action specificity and synonym coverage and slight overlap risk against a general Playwright testing skill.

DimensionReasoningScore

Specificity

Names the domain and several concrete actions ('emulation and responsive testing', 'testing mobile layouts, touch interactions, device-specific features, or responsive breakpoints'), but 'device-specific features' is somewhat generic, leaving minor coverage gaps rather than the comprehensive, fully concrete action list of a 5.

4 / 5

Completeness

Explicitly answers both 'what' ('Mobile device emulation and responsive testing with Playwright') and 'when' with a concrete 'Use when...' trigger clause enumerating specific scenarios, matching the anchor for clearly and explicitly answering both.

5 / 5

Trigger Term Quality

Good natural keyword coverage ('mobile layouts', 'touch interactions', 'responsive breakpoints', 'Playwright') that users would plausibly say, but it omits common synonyms/extensions like 'responsive design', 'mobile testing', or 'viewport', so it is not the comprehensive synonym-plus-extension coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

The mobile/responsive-emulation niche with Playwright is mostly distinct with clear triggers, but it carries minor overlap risk with a broader general 'Playwright testing' or 'web testing' skill, so it is not the minimal-conflict niche of a 5.

4 / 5

Total

17

/

20

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
fernandezbaptiste/Skrillz
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.