CtrlK
BlogDocsLog inGet started
Tessl Logo

webiny-new-entry-wizard

Building a New Entry Wizard for the Headless CMS. Use this skill when the developer wants to show a custom wizard UI before the entry form when creating new CMS entries -- collecting fields like title, slug, or category upfront, then pre-filling the entry form. Covers ContentEntryEditorConfig.NewEntryWizard, createFeature, FormModelFactory, createReactiveComponent, useContentEntryFormPresenter, and the dirty-flag on setData.

65

Quality

78%

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/admin/new-entry-wizard/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%

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

A well-structured, highly actionable skill body with five complete code files and clear navigation. The weaknesses are repeated emphasis on the standalone-file rule and the absence of any build/verify checkpoint in the workflow.

Suggestions

State the 'abstractions.ts and feature.ts are always standalone files' rule once (e.g. as the closing Iron rule) and remove the redundant restatements in the TL;DR and section intros.

Add an explicit verification checkpoint to the workflow, such as a typecheck/build command to run after wiring the five files, so the build sequence has a concrete validation step.

DimensionReasoningScore

Conciseness

The body is mostly lean and code-heavy, but the 'ALWAYS a standalone file' rule for abstractions.ts and feature.ts is restated five times (TL;DR items, both section intros, the File Structure block, and the closing 'Iron rule'), which could be tightened; not a 3 because of that repetition.

2 / 3

Actionability

Five complete, copy-paste-ready source files (registration, abstractions, feature, presenter, view) with real imports and full implementations, matching the 'fully executable code; copy-paste ready' anchor.

3 / 3

Workflow Clarity

A clear build sequence exists (TL;DR's five-file order, per-file sections, and a 6-step 'How It Works' runtime flow), but there are no validation/checkpoint steps (e.g. build or typecheck) and the sequence has implicit rather than explicit checkpoints.

2 / 3

Progressive Disclosure

Well-organized into clearly navigable sections with a TL;DR overview, and the only external pointer ('See the webiny-form-model skill for field types, renderers, layout options, and validation') is a well-signaled one-level reference; no bundle files exist to split further.

3 / 3

Total

10

/

12

Passed

Description

85%

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 clearly states both capability and an explicit trigger, scoped to a distinct niche. The main weakness is a trailing jargon-heavy API list that adds technical terms without broadening natural trigger coverage.

Suggestions

Trim or relocate the trailing API enumeration (createFeature, FormModelFactory, createReactiveComponent, useContentEntryFormPresenter) so the description leads with natural trigger phrasing instead of implementation jargon.

Add a few common user-said variations of the trigger (e.g. 'add a wizard to new entry creation', 'pre-fill new CMS entries') to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

Lists multiple concrete actions ('show a custom wizard UI before the entry form', 'collecting fields like title, slug, or category upfront', 'pre-filling the entry form') plus specific named APIs, matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

Explicitly answers what ('Building a New Entry Wizard for the Headless CMS') and when ('Use this skill when the developer wants to show a custom wizard UI before the entry form when creating new CMS entries') with an explicit 'Use this skill when...' trigger clause.

3 / 3

Trigger Term Quality

Natural triggers like 'New Entry Wizard', 'creating new CMS entries', and 'wizard UI before the entry form' are present, but the closing enumeration of API names (createFeature, FormModelFactory, createReactiveComponent) is technical jargon rather than user-said terms, leaving common variations under-covered.

2 / 3

Distinctiveness Conflict Risk

A tightly scoped niche (Webiny Headless CMS New Entry Wizard) with distinct, unlikely-to-collide triggers; it would not plausibly fire for unrelated skills.

3 / 3

Total

11

/

12

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