CtrlK
BlogDocsLog inGet started
Tessl Logo

playground-msw-tests

REQUIRED and PRIMARY testing approach for packages/playground and packages/playground-ui. Triggers on: adding or modifying hooks, pages, route components, data-fetching code, React Query interactions, or any test work in these packages. Generates Vitest tests that drive the real @mastra/client-js + React Query stack through MSW handlers and typed fixtures derived from @mastra/client-js response types. This is the #1 way to test the playground packages — ABOVE Playwright E2E. Use Playwright only for cross-page user journeys that MSW cannot model.

74

Quality

91%

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

SKILL.md
Quality
Evals
Security

Quality

Content

96%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.

An exemplary instruction-style skill body: dense with repo-specific rules, executable code for the common cases, an explicit priority decision tree, and a verification checklist with feedback loops. Its only structural limitation is that all recipes and templates live inline in one long file rather than being split across reference files.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence: it never explains what MSW, Vitest, React Query, or jsdom are. Every section carries project-specific contract ('Drive the real transport, mock the network', the What NOT/What TO lists, the priority order) — no padded or generic filler anywhere.

5 / 5

Actionability

Fully executable throughout: a copy-paste-ready Vitest test skeleton, a typed fixture file, four recipes with complete code (promise gate, vi.fn handler wrappers, query-string variation), real infrastructure paths ('packages/playground/src/test/msw-server.ts'), and a concrete verification command ('pnpm --filter ./packages/playground typecheck').

5 / 5

Workflow Clarity

A clear decision sequence ('choose in this order: 1. MSW... 2. Playwright... 3. Pure unit tests'), an explicit Verification Checklist with validation checkpoints (typecheck passes, runs in isolation and in suite without onUnhandledRequest failures), and a feedback loop ('that's a real test failure — fix the fixture, never `as any` it').

5 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent), and the single file is well-sectioned with clear headers making it easy to navigate. However, at ~277 lines with four inline recipes and two full code templates, some material could be split into reference files, so it stops short of the ideally-split anchor 5.

4 / 5

Total

19

/

20

Passed

Description

87%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 strong description: it states a concrete capability, gives an explicit 'Triggers on' clause with natural developer vocabulary, and cleanly disambiguates its priority relative to Playwright E2E. The only weaknesses are slightly jargon-dense phrasing and a few missing common trigger synonyms.

DimensionReasoningScore

Specificity

Concrete actions are stated — 'Generates Vitest tests that drive the real @mastra/client-js + React Query stack through MSW handlers and typed fixtures derived from @mastra/client-js response types' — naming the domain and several specific mechanisms. It sits below anchor 5 because the action coverage centers on one primary action with mechanism detail rather than a comprehensive list of distinct capabilities.

4 / 5

Completeness

It explicitly answers both questions: the 'what' ('Generates Vitest tests that drive the real @mastra/client-js + React Query stack through MSW handlers and typed fixtures') and the 'when' ('Triggers on: adding or modifying hooks, pages, route components... or any test work in these packages'). This mirrors the anchor-5 example structure with concrete trigger phrases.

5 / 5

Trigger Term Quality

'Triggers on: adding or modifying hooks, pages, route components, data-fetching code, React Query interactions, or any test work' covers the natural phrases a developer on this repo would say. Missing a few common variations (e.g. 'unit tests', 'spec', 'mock server'), so it does not reach the comprehensive-with-synonyms anchor 5.

4 / 5

Distinctiveness Conflict Risk

The skill is scoped to a clear niche ('packages/playground and packages/playground-ui') and explicitly disambiguates against the adjacent skill: 'This is the #1 way to test the playground packages — ABOVE Playwright E2E. Use Playwright only for cross-page user journeys that MSW cannot model.' Conflict risk with similar test skills is minimal.

5 / 5

Total

18

/

20

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
mastra-ai/mastra
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.