CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/push-notification-test-author

Build-an-X for push notification tests (push notifications, web push, FCM / APNs push messages) across Web Push (RFC 8030 / VAPID), Apple Push Notification Service (APNs), and Firebase Cloud Messaging (FCM) - covers subscription handshake, payload encryption, badge / sound / click-action assertions, expired-subscription cleanup, silent-vs-alert, and topic-vs-targeted routing. Use when authoring tests for any push notification flow.

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.

A well-structured, actionable build-an-X skill with executable examples, a clear sequenced workflow, and clean progressive disclosure into a single reference file. Its main weakness is redundancy across the 'How to use', per-step, checklist, and worked-example sections that could be consolidated.

Suggestions

Consolidate the repeated workflow: the 'How to use' 7-step summary, the Step 8 checklist, and the Worked example re-cover the same ground - merge the checklist into 'How to use' and trim the Worked example to only the parts not already shown.

Trim the protocol narration in Step 2 (the user-agent -> endpoint -> service-worker flow) to just the test-relevant specifics, e.g. the 410-Gone cleanup contract, since Claude already knows the Web Push protocol.

DimensionReasoningScore

Conciseness

The body is mostly efficient but re-walks the same workflow several times - 'How to use' (7 steps), Steps 1-8, the Step 8 checklist, and the Worked example - and Step 2 narrates the Web Push protocol flow Claude largely already knows, so it could be tightened.

2 / 3

Actionability

Executable, copy-paste-ready snippets are provided (jest spyOn for topic subscription, pytest deep-link assertion, content-available silent-push check) alongside named SDK mocks and specific RFCs, with full recipes deferred to a real reference file.

3 / 3

Workflow Clarity

Steps are clearly sequenced (How to use -> Steps 1-8) with an explicit Step 8 checklist as a validation checkpoint and 'reconcile against the Anti-patterns table' as a feedback loop.

3 / 3

Progressive Disclosure

SKILL.md stays an overview with one-level-deep, clearly signaled navigation to the real references/platform-test-patterns.md, keeping full per-platform code out of the main file.

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.

A strong, third-person description that names specific capabilities, surfaces natural trigger terms, and gives an explicit 'Use when' clause. It is clearly distinguishable and would reliably fire for push-notification test-authoring requests.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions - 'subscription handshake, payload encryption, badge / sound / click-action assertions, expired-subscription cleanup, silent-vs-alert, and topic-vs-targeted routing' - matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

It answers both 'what' (the platform coverage and asserted behaviors) and 'when' via the explicit trigger 'Use when authoring tests for any push notification flow.', satisfying the both-what-and-when anchor.

3 / 3

Trigger Term Quality

Natural user-facing terms are well covered - 'push notifications, web push, FCM / APNs push messages' - giving good coverage of the phrasings a user would actually say rather than just one keyword.

3 / 3

Distinctiveness Conflict Risk

It carves a clear niche - test authoring for push notifications across three named platforms (Web Push, APNs, FCM) - with distinct triggers unlikely to fire for unrelated skills.

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