CtrlK
BlogDocsLog inGet started
Tessl Logo

webiny-api-website-builder-catalog

API — Website Builder — 58 abstractions. Page and redirect event handlers and use cases.

56

Quality

70%

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/user-skills/generated/api/website-builder/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is a well-structured, uniform catalog that is highly actionable for imports and source lookup, with an appropriate usage sequence for a reference skill. Its main weakness is progressive disclosure: the 58-entry catalog is inlined in SKILL.md rather than split into reference files, and per-entry descriptions are inconsistent.

Suggestions

Move the 58-entry catalog into references (e.g. references/pages.md, references/redirects.md, references/scheduler.md) and keep SKILL.md as a short overview with clearly signaled one-level-deep links.

Either drop redundant per-entry Description lines that restate the abstraction name, or add them consistently — several entries (GetDeletedPageByIdUseCase, ListDeletedPagesUseCase, RestorePageUseCase, TrashPageUseCase, PageAfterRestore/TrashEventHandler) are missing them.

Add one short executable example of wiring a use case and an event handler, so the 'see pattern skills' step has a concrete fallback.

DimensionReasoningScore

Conciseness

Entries are uniform and terse with no explanations of concepts Claude already knows, but 'Description' lines frequently restate the name ('CreatePageUseCase ... Create a page') and a handful of entries omit the Description field entirely, leaving minor trim-able redundancy that keeps it below the lean anchor (5).

4 / 5

Actionability

Every entry provides a copy-paste import statement and an exact source file path, with step 2 mandating reading the source for exact interfaces. This is mostly executable guidance; the only minor gap is the absence of even one concrete usage snippet, so it sits below fully-executable (5) but above incomplete (3).

4 / 5

Workflow Clarity

'How to Use' gives a coherent 4-step sequence (find abstraction, read source, import, follow pattern skills) appropriate to a lookup skill with no destructive or batch operations, so no validation cap applies. Minor gaps (no category navigation, no confirmation that a chosen abstraction fits) hold it at 4 rather than 5.

4 / 5

Progressive Disclosure

No bundle files exist, so ~420 lines of API catalog are inlined in SKILL.md under '## Abstractions', matching the anchor where content that could live in a separate file is inline. Structure and cross-references to 'webiny-use-case-pattern'/'webiny-event-handler-pattern' are clear and one level deep, placing it above the unstructured anchor (2).

3 / 5

Total

15

/

20

Passed

Description

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

The description clearly states what the skill contains and is reasonably distinct within the Webiny API family, but it lacks any 'when to use' trigger guidance and uses structural categories rather than action verbs. Adding an explicit usage clause and natural trigger phrases would lift most dimensions.

Suggestions

Add an explicit trigger clause, e.g. 'Use when implementing or extending Webiny Website Builder page or redirect behavior — creating, publishing, moving, or trashing pages, or managing URL redirects.'

Replace the structural phrase 'event handlers and use cases' with concrete actions users would name (create, publish, duplicate, trash/restore pages; create/move URL redirects).

Include natural synonyms users actually say ('publish', 'URL redirect', 'page revisions', 'scheduler') so the skill triggers on real phrasing rather than jargon like 'abstractions'.

DimensionReasoningScore

Specificity

The description names the domain ('Website Builder') and concrete catalog contents ('Page and redirect event handlers and use cases') plus an abstraction count, but uses no action verbs (create/publish/delete), placing it between the generic-actions anchor (2) and the 1-2-concrete-actions anchor (3).

3 / 5

Completeness

The 'what' is clear (a 58-abstraction catalog for page/redirect handlers and use cases), but there is no 'Use when...' clause or equivalent trigger guidance, which per the rubric caps completeness at 3.

3 / 5

Trigger Term Quality

'Page', 'redirect', 'Website Builder', and 'event handlers' are natural terms, but common variations and synonyms ('publish', 'URL', 'trash/restore', 'scheduler') are missing and 'abstractions' is jargon, matching the some-keywords-but-missing-synonyms anchor.

3 / 5

Distinctiveness Conflict Risk

'Website Builder' with page/redirect scoping is a specific niche with only minor overlap risk against sibling Webiny API catalog skills, matching the 'mostly distinct' anchor rather than the 'somewhat specific' one.

4 / 5

Total

13

/

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
webiny/webiny-js
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.