CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

webiny-project-structure

Webiny project layout, webiny.config.tsx anatomy, and extension registration. Use this skill when the developer asks about folder structure, where custom code goes, how to register extensions, what webiny.config.tsx does, or how the project is organized. Also use when they need to understand the relationship between extensions/, webiny.config.tsx, and the different extension types (Api, Admin, Infra, CLI).

Quality

88%

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

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

A well-organized, highly actionable reference for Webiny project anatomy with excellent hard rules and executable examples. Its main gaps are the absence of an explicit step-by-step sequence for the most common task (adding an extension) and no use of bundle files to move detail off the main page.

Suggestions

Add a short numbered 'Adding a new extension' sequence (create file -> export default createImplementation -> register with full .ts/.tsx path in webiny.config.tsx) to make the core workflow explicit.

Consider moving the Infrastructure Components and Build Parameters detail into a references/ file, keeping SKILL.md as a lean overview with clearly signaled links.

Trim explanatory asides such as 'This keeps extensions self-contained...' that restate what the preceding code already demonstrates.

DimensionReasoningScore

Conciseness

The body is dense and assumes competence — no time is spent explaining React, JSX, or what a monorepo is ('Single package.json -- no monorepo, no workspaces needed' states facts rather than teaching). Minor trim opportunities exist, e.g., the closing rationale 'This keeps extensions self-contained...' and some rows of the full config example repeat what the tables already teach.

4 / 5

Actionability

Guidance is fully executable: a complete copy-paste-ready webiny.config.tsx, a table mapping each JSX element to file type, the exact command 'yarn webiny extension <extension-name>', and two MUST rules that state the exact failure mode ('Omitting the file extension will cause a build failure').

5 / 5

Workflow Clarity

This is a reference skill, and the implicit register-an-extension workflow (create file under extensions/ with export default, register with full .ts/.tsx path in webiny.config.tsx) is derivable but never laid out as an explicit ordered sequence. No destructive or batch operations exist, so no validation cap applies; an explicit 3-step 'adding a new extension' sequence would close the gap.

4 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent), and the single file is well-sectioned with a TL;DR, tables, and a Related Skills section acting as one-level-deep navigation. It is not a 5 because the build-parameters and infrastructure-components sections are self-contained detail that could live in a reference file for a skill this length.

4 / 5

Total

17

/

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 that clearly states what the skill covers and when to use it, with natural trigger phrasing users would actually say. Minor headroom exists in broadening trigger synonyms and file-extension terms.

Suggestions

Add file-extension and synonym triggers such as '.tsx config file', 'project organization', or 'extension registration' variations to reach comprehensive keyword coverage.

Optionally mention one more concrete capability (e.g., environment-conditional configuration or installing pre-built extensions) to round out the 'what' coverage.

DimensionReasoningScore

Specificity

Names the domain and several concrete capabilities: 'Webiny project layout, webiny.config.tsx anatomy, and extension registration'. Not a 5 because coverage stops at three items — build parameters, pre-built extension installs, and infrastructure configuration from the body are absent.

4 / 5

Completeness

Explicitly answers both: what ('Webiny project layout, webiny.config.tsx anatomy, and extension registration') and when ('Use this skill when the developer asks about folder structure... Also use when they need to understand the relationship between extensions/, webiny.config.tsx, and the different extension types'). Concrete trigger phrases match the anchor-5 example pattern.

5 / 5

Trigger Term Quality

Natural user phrasing is well covered: 'folder structure', 'where custom code goes', 'how to register extensions', 'what webiny.config.tsx does', 'how the project is organized'. Falls short of a 5 because it lacks synonym variations and file-extension triggers (e.g., 'project organization', 'config file', '.tsx').

4 / 5

Distinctiveness Conflict Risk

The 'Webiny' framing plus specific artifacts (webiny.config.tsx, extensions/, Api/Admin/Infra/CLI extension types) form a clear niche with distinct triggers. It is an understanding/reference skill (structure and registration anatomy) rather than deployment or DI, so overlap with sibling Webiny 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

webiny/webiny-js

Path

skills/user-skills/project-structure/SKILL.md

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.