CtrlK
BlogDocsLog inGet started
Tessl Logo

webiny-api-tenancy-catalog

API — Tenancy — 17 abstractions. Tenant lifecycle and installation event handlers and use cases.

54

Quality

68%

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

Quality

Content

75%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-structured, low-fat API catalog: exact imports, exact source paths, and a clear mandatory-read workflow make it immediately usable. The main improvements are a single usage example and collapsing the repeated import boilerplate.

DimensionReasoningScore

Conciseness

The body is lean — it teaches nothing Claude already knows and delegates implementation patterns to sibling skills — but the tagline "Tenant lifecycle and installation event handlers and use cases" is duplicated from the frontmatter, and the import path `webiny/api/tenancy` is repeated verbatim in all 17 entries where a single note would do. These are minor trimmable redundancies, matching the 4 anchor rather than the fully-lean 5.

4 / 5

Actionability

Every entry gives a copy-paste-ready `import` statement and an exact source path, and the "You MUST read the source file to get the exact interface and types" instruction is concrete and enforceable. Not a 5 because no usage example appears anywhere — even a minimal event-handler or use-case snippet would cover the common case without relying on the sibling skills.

4 / 5

Workflow Clarity

The four-step "How to Use" (find abstraction → read source for exact types → import → consult pattern skills) is a clear, unambiguous sequence with an explicit checkpoint (the mandatory source read). Not a 5 because step 4 references other skills by name without paths or links, leaving a small navigation gap.

4 / 5

Progressive Disclosure

The catalog is a flat, consistently formatted list with a header, separators, and per-entry fields, and the references to `webiny-use-case-pattern` / `webiny-event-handler-pattern` are clearly signaled (no nested references). Not a 5 because the body exceeds 50 lines with all 17 entries inline and no split of per-domain detail into a references file, which the rubric's small-skill exception does not cover.

4 / 5

Total

16

/

20

Passed

Description

45%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 identifies its domain (tenancy lifecycle and installation abstractions) but stops at category labels: no concrete actions, no usage triggers, and no framework name to distinguish it from sibling skills. It reads as a table-of-contents caption rather than a triggerable capability statement.

Suggestions

Add an explicit trigger clause, e.g. "Use when working with Webiny tenant lifecycle, multi-tenancy, or installing apps on a tenant" — this would raise completeness above the missing-'Use when' cap of 3.

Name one or two concrete capabilities instead of category labels, e.g. "Create, update, delete, and install tenants; hook into tenant lifecycle events (before/after create, update, delete, installed)" to improve specificity.

Mention the framework (Webiny) and natural synonyms (multi-tenancy, tenant setup/onboarding) so the description is distinct from sibling API catalog skills and matches how users actually phrase the request.

DimensionReasoningScore

Specificity

"Tenant lifecycle and installation event handlers and use cases" names the domain and its subcategories, but lists no concrete actions (e.g. create a tenant, install an app) — matching the "names the domain but actions are minimal or generic" anchor. It is not a 3 because no specific concrete actions are stated, and not a 1 because the domain is meaningfully identified.

2 / 5

Completeness

The "what" is present but fairly thin ("Tenant lifecycle and installation event handlers and use cases" describes the catalog's coverage), and any "when should this be used" guidance is entirely absent, so the missing-'Use when' cap applies. Not a 4 because the "when" is not merely imprecise — it is missing outright.

3 / 5

Trigger Term Quality

"Tenant", "tenancy", "lifecycle", "installation", and "event handlers" are natural terms a developer on this framework would say, but coverage stops there — missing common variations like multi-tenancy, subdomains, tenant onboarding, or installers. Fits the "some relevant keywords but missing common variations or synonyms" anchor rather than the 4 ("good keyword coverage") because the term set is small and terse.

3 / 5

Distinctiveness Conflict Risk

Tenancy is a specific niche, but "API — Tenancy — 17 abstractions" never names the framework and relies on a terse label format that sibling catalog skills likely share, so it "could still overlap with similar skills". Not a 4 because there are no distinctive trigger phrases that reliably route a user to this skill over closely related ones.

3 / 5

Total

11

/

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.