CtrlK
BlogDocsLog inGet started
Tessl Logo

webiny-admin-architect

Admin-side architecture patterns for Webiny extensions. Use this skill when building frontend features with headless features (UseCase/Repository/Gateway), presentation features (Presenter/ViewModel/hooks/components), MobX-based presenters, RegisterFeature, and Admin BuildParams. Covers the admin/ directory structure for both features/ and presentation/ layers.

68

Quality

85%

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

77%

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

Highly actionable, code-dense architectural patterns with clear sequencing and rule checklists. The main weaknesses are token weight (full implementation templates inline) and absence of progressive disclosure — no reference files split out the detail.

Suggestions

Move the full Gateway/Repository/Observable-Service implementation templates and the Core APIs table into reference files under references/ (e.g. IMPLEMENTATIONS.md, API.md) and link to them one level deep, leaving SKILL.md as a concise overview plus the canonical abstractions/feature/useFeature patterns.

Trim the three full-class implementation examples to minimal skeleton snippets in SKILL.md, keeping only the Webiny-specific conventions (singleton scoping, makeAutoObservable + runInAction, data/error envelope handling) that Claude would not infer.

Add a short "Quick start" section at the top showing the minimal end-to-end path (abstraction → createFeature with resolve → useFeature) so the canonical workflow is scannable before the detailed per-layer sections.

DimensionReasoningScore

Conciseness

Prose is tight and assumes Claude knows React/MobX/DI basics, but the ~620-line body carries several full-class implementation templates (WcpService, NextjsConfigRepository, NextjsGraphQLGateway) that load on every invocation and could be tightened or moved out.

2 / 3

Actionability

Every section gives complete, executable TypeScript/TSX with real imports, concrete patterns, and copy-paste-ready templates (abstractions, feature.ts, useFeature hooks, presenter impl, gateway with GraphQL query).

3 / 3

Workflow Clarity

The architectural build sequence is clearly laid out (abstractions → register → resolve → useFeature → presenter) and reinforced by terse explicit checklists ("Key Rules", "React Component Rules"); no destructive/batch ops exist that would require validation checkpoints.

3 / 3

Progressive Disclosure

Sections and headers are well organized, but the skill is a single monolithic ~620-line file with no reference bundle (references/scripts/assets absent) and no one-level-deep links to detail files; full implementation templates and the Core APIs reference sit inline rather than in separate files.

2 / 3

Total

10

/

12

Passed

Description

92%

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, specific description with an explicit Use-when trigger and concrete domain terms; it clearly answers what and when. The only weakness is overlap with several closely related Webiny sibling skills.

DimensionReasoningScore

Specificity

Names many concrete domain elements — "headless features (UseCase/Repository/Gateway)", "presentation features (Presenter/ViewModel/hooks/components)", "MobX-based presenters", "RegisterFeature", "Admin BuildParams" — and the admin/ directory structure, matching the multiple-specific-actions anchor.

3 / 3

Completeness

Explicitly answers both what ("Admin-side architecture patterns for Webiny extensions") and when ("Use this skill when building frontend features with headless features ... presentation features ..."), with an explicit trigger clause.

3 / 3

Trigger Term Quality

The "Use this skill when building frontend features with headless features ... presentation features ... MobX-based presenters" phrasing covers the natural terms a Webiny admin developer would actually say (use case, repository, gateway, presenter, view model, hooks).

3 / 3

Distinctiveness Conflict Risk

The admin-side features/presentation niche is fairly distinct, but the "Related Skills" list (webiny-dependency-injection, webiny-full-stack-architect, webiny-admin-ui-extensions) shows real overlap with sibling Webiny skills covering the same createFeature/DI territory.

2 / 3

Total

11

/

12

Passed

Validation

87%

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

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (619 lines); consider splitting into references/ and linking

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

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.