CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

backend-patterns

Backend architecture patterns, API design, database optimization, and server-side best practices for Node.js, Express, and Next.js API routes.

Quality

57%

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 ./docs/ja-JP/skills/backend-patterns/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

36%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 but monolithic catalog of generic, mostly-familiar backend patterns. It reads as boilerplate reference material rather than a skill: nothing tells Claude when to apply which pattern, several code blocks are stubs, and the whole body lives inline with no progressive disclosure.

Suggestions

Add a decision-oriented workflow at the top (e.g. 'when building an API route: authenticate -> authorize -> validate input -> handle errors via errorHandler') so the patterns have an application sequence, and implement or remove the stubbed methods (vectorSearch, execute, findByIds).

Split the pattern library into one-level-deep reference files (e.g. references/api-design.md, references/caching.md, references/auth.md) and keep SKILL.md as a concise overview with pointers.

Cut the patterns Claude already knows (repository, service layer, in-memory rate limiter, structured logger) and keep only project-specific conventions — naming, chosen stack versions, house PASS/FAIL rules — to earn back token efficiency.

DimensionReasoningScore

Conciseness

Nearly 600 lines of textbook patterns (repository, service layer, JWT verification, in-memory rate limiter, job queue, console logger) that restate knowledge Claude already has, with no project-specific conventions added. It is noticeably verbose (anchor 2) rather than severely padded (anchor 1) only because prose explanation is minimal and the PASS/FAIL contrasts do carry some signal.

2 / 5

Actionability

Examples are concrete TypeScript with PASS/FAIL contrasts, but several are non-executable stubs — empty-bodied 'vectorSearch' and 'execute', '// その他のメソッド...', undefined 'supabase' and 'db' globals, and a dangling '// リクエストを続行'. This matches anchor 3 (incomplete, missing key details) rather than 4, which allows only minor gaps.

3 / 5

Workflow Clarity

The body is a topic-categorized pattern catalog with no sequenced steps, no validation checkpoints, and only a vague closing directive to 'choose a pattern appropriate to the complexity level'. Anchor 2 fits (organization present but steps undefined, validation absent); it is not 1 because section structure is coherent, and not 3 because no step sequence exists at all.

2 / 5

Progressive Disclosure

Section headers give the document clear structure, but all ~580 lines of pattern reference are inlined in SKILL.md with no references/, scripts/, or assets/ bundle and no pointer files. Anchor 3 matches (structure present, content that should be separate is inline); not 2 because headers are well-organized, not 4 because nothing is offloaded to separate files.

3 / 5

Total

10

/

20

Passed

Description

61%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 reasonably clear, stack-anchored description that says what the skill covers but never says when to use it. Adding an explicit 'Use when...' clause and replacing the generic 'best practices' filler with concrete actions would lift it substantially.

Suggestions

Add an explicit trigger clause, e.g. 'Use when building or refactoring Node.js/Express servers, Next.js API routes, or designing REST endpoints, database queries, and caching layers.'

Replace the vague 'server-side best practices' with 1-2 concrete capabilities (e.g. 'implement authentication, rate limiting, and error handling') to sharpen specificity.

Include natural trigger synonyms such as 'REST API', 'endpoints', 'backend', and 'server-side' to improve keyword coverage.

DimensionReasoningScore

Specificity

The description names the domain ('Backend architecture patterns') and a few activity areas ('API design', 'database optimization'), but these are generic topic labels rather than concrete actions, and 'server-side best practices' is filler. It matches anchor 3 (domain plus limited concrete actions) rather than 4, which requires several specific actions.

3 / 5

Completeness

The 'what' is clearly stated (architecture patterns, API design, database optimization for the named stacks), but there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the rubric guidelines. It is not a 2 because the 'what' half is concrete and unambiguous.

3 / 5

Trigger Term Quality

Natural user phrases like 'Node.js', 'Express', 'Next.js API routes', 'API', and 'database' give good keyword coverage. It falls short of anchor 5 because common synonyms such as 'REST', 'endpoints', 'server', or 'backend' variations are only partially covered.

4 / 5

Distinctiveness Conflict Risk

Stack-specific naming ('Node.js, Express, and Next.js API routes') carves out a mostly distinct niche with minor overlap risk against general backend or coding-review skills. It misses anchor 5 only because the absence of explicit triggers leaves it to activate broadly on any backend task.

4 / 5

Total

14

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

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

Warning

Total

15

/

16

Passed

Repository

affaan-m/ECC

Path

docs/ja-JP/skills/backend-patterns/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.