CtrlK
BlogDocsLog inGet started
Tessl Logo

webiny-api-architect

The hub skill for all API/backend architecture in Webiny. Covers architecture overview, Services vs UseCases, feature naming and organization, feature structure templates, DI decision tree, anti-patterns, createFeature, createAbstraction, container registration, domain errors, entity patterns, naming conventions, scoping rules, and code conventions. Use this skill for ANY backend API work — it references sub-skills for deep implementation details.

64

Quality

76%

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/api/api-architect/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 highly actionable, code-rich reference with excellent concrete guidance, but it is a long monolithic file with internal redundancy and no progressive disclosure via bundle files or an explicit build workflow with validation feedback loops.

Suggestions

Split detailed reference material into one-level-deep bundle files under references/ (e.g., naming-conventions.md, anti-patterns.md, code-conventions.md) and replace the inlined bulk with clearly signaled 'See X.md' links, keeping SKILL.md as a lean overview.

De-duplicate rules that appear in multiple sections — consolidate scoping into the single Scoping Rules table and naming into the Naming Conventions table, then remove the restatements from Services/UseCases/Key Rules.

Add an explicit numbered 'Build a new API feature' workflow with validation checkpoints (e.g., verify abstractions compile, confirm feature registration, run typecheck) and a fix→retry loop, rather than relying on the unsequenced checklist.

DimensionReasoningScore

Conciseness

Most sections are efficient (code, tables, rules) with little generic padding, but key facts are restated across sections — scoping rules appear in Services, UseCases, the Scoping Rules table, and Key Rules; naming guidance appears in both the philosophy section and the conventions table — and the 690-line length could be tightened.

3 / 5

Actionability

The body is densely packed with copy-paste-ready TypeScript (abstractions, feature registration, BuildParams, domain errors), concrete decision tables (DI Decision Tree, Container Registration Methods, Scoping Rules), and WRONG-vs-CORRECT anti-pattern examples covering the common cases.

5 / 5

Workflow Clarity

A Checklist section provides verification items and decision guidance ('When to Create a UseCase', DI Decision Tree) gives routing, but there is no explicit sequenced build workflow with validation checkpoints and no validate→fix→retry feedback loop.

3 / 5

Progressive Disclosure

Internal section structure is well organized with clear headers, but the skill is a monolithic ~690-line SKILL.md with no references/, scripts/, or assets/ bundle files — detailed material (full code patterns, naming conventions, anti-patterns) that belongs in one-level-deep reference files is fully inlined; the only external pointers are sibling skills in 'Related Skills'.

3 / 5

Total

14

/

20

Passed

Description

88%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, specific description that explicitly covers both what the skill does and when to use it, anchored in a clear Webiny niche. The only soft spot is a broad trigger phrase that slightly overlaps the referenced sub-skills.

DimensionReasoningScore

Specificity

The description enumerates a comprehensive, concrete set of capabilities — 'architecture overview, Services vs UseCases, feature naming and organization, feature structure templates, DI decision tree, anti-patterns, createFeature, createAbstraction, container registration, domain errors, entity patterns, naming conventions, scoping rules, and code conventions' — leaving no major area unnamed.

5 / 5

Completeness

It clearly answers 'what' ('The hub skill for all API/backend architecture in Webiny. Covers...') and explicitly answers 'when' with the concrete trigger phrase 'Use this skill for ANY backend API work'.

5 / 5

Trigger Term Quality

The explicit trigger 'Use this skill for ANY backend API work' plus domain-specific terms (Services, UseCases, createFeature, DI) give good keyword coverage, but a few natural synonyms (endpoint, REST, service layer) are missing.

4 / 5

Distinctiveness Conflict Risk

The Webiny API/backend-architecture niche is clearly distinct, but the broad trigger 'ANY backend API work' creates minor overlap risk with the sub-skills it references (use-case-pattern, permissions, event-handler, etc.).

4 / 5

Total

18

/

20

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

skill_md_line_count

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

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.