CtrlK
BlogDocsLog inGet started
Tessl Logo

frontend-patterns

Frontend development patterns for React, Next.js, state management, performance optimization, and UI best practices.

54

Quality

61%

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/zh-TW/skills/frontend-patterns/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 well-organized, code-complete pattern catalog with executable TypeScript examples and minimal prose, held back by fully inlined content (no reference files despite 640 lines), placeholder implementations in the Dropdown and form examples, and no guidance for choosing between competing patterns.

Suggestions

Split the body into one-level-deep reference files (e.g., references/hooks.md, references/state-management.md, references/performance.md, references/accessibility.md) and keep SKILL.md as a concise overview linking to them.

Complete the placeholder implementations — the Dropdown's '{/* 下拉選單實作 */}' and the form's '{/* 其他欄位 */}' — and show the shared type definitions (Market, MarketCardProps) and imports so every example is truly copy-paste runnable.

Add brief decision guidance per section (e.g., 'use context+reducer when multiple distant components share mutating state; use a custom hook when only one subtree needs it') so the catalog also tells Claude which pattern to pick, not just how to write it.

DimensionReasoningScore

Conciseness

The body is code-dominant with almost no padding: each pattern is a header, executable TypeScript, and a brief usage example, assuming Claude's competence (e.g., no explanation of what composition or memoization is). It is not a 5 because of minor trims available: the closing '**記住**' platitude, a fully duplicated Modal component across the animation and focus sections, and the long virtualization boilerplate.

4 / 5

Actionability

Patterns are concrete, typed, copy-paste-ready code with usage examples covering common cases (Tabs, DataLoader, useQuery, useDebounce, ErrorBoundary, forms). It stops short of anchor 5 because of minor gaps: placeholder comments ('{/* 下拉選單實作 */}', '{/* 其他欄位 */}'), omitted React imports, and referenced-but-undefined types like 'Market' and 'MarketCardProps'.

4 / 5

Workflow Clarity

The catalog is coherently organized by category (components, hooks, state, performance, forms, errors, a11y), but it is a reference, not a workflow: there is no guidance on when to choose one pattern over another (e.g., context+reducer vs. custom hook) and no validation/verification checkpoints. It is above anchor 2 because sections are well-defined, but below anchor 4 because pattern-selection guidance and checkpoints are absent rather than merely minor.

3 / 5

Progressive Disclosure

Section headers are clear and consistently structured, giving reasonable in-file navigation, but the ~640-line body inlines every pattern family (components, hooks, state, performance, forms, a11y, animation) with no bundle files — several of these clearly belong in separate reference files. This matches anchor 3 (structure present, content that should be separate is inline) rather than 2 (structure is not minimal).

3 / 5

Total

14

/

20

Passed

Description

57%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 clearly names the domain and technologies, but reads as a topic list rather than a statement of concrete capabilities, and it completely lacks a 'Use when...' trigger clause. It would benefit from naming what the skill actually does (provides code patterns for custom hooks, state management, accessibility, form validation) plus explicit usage triggers.

Suggestions

Add an explicit trigger clause, e.g. 'Use when implementing or refactoring React/Next.js components, custom hooks, state management, or performance-sensitive UI.'

Replace the generic 'UI best practices' with concrete capabilities such as 'keyboard navigation, focus management, and form validation patterns' to sharpen specificity.

Include natural trigger variations users would say — 'hooks', 'components', 'virtualization', 'memoization', 'React performance' — to improve trigger-term coverage and distinctiveness.

DimensionReasoningScore

Specificity

The description names a clear domain ('Frontend development patterns') and several specific areas ('React, Next.js, state management, performance optimization'), but these are topic nouns rather than concrete actions, and 'UI best practices' is generic filler. It sits between anchor 3 (domain plus limited concrete actions) and anchor 4 (several specific actions), and the absence of verbs keeps it at 3.

3 / 5

Completeness

The 'what' is clearly stated (frontend development patterns for React/Next.js/state/performance/UI), but there is no 'Use when...' clause or equivalent explicit trigger guidance, which per the judging guidelines caps completeness at 3. It is not a 4 because the 'when' is not even weakly expressed — it is entirely absent.

3 / 5

Trigger Term Quality

'React', 'Next.js', 'state management', 'performance optimization', and 'frontend' are terms users naturally say when needing this skill. It falls short of anchor 5 because natural variations such as 'hooks', 'components', 'TypeScript', or 'web UI' are missing.

4 / 5

Distinctiveness Conflict Risk

'Frontend development patterns' combined with 'UI best practices' is broad enough to overlap with any React, web-app, or UI-related skill (e.g., a dataviz or component-library skill). The named technologies give it some specificity, matching anchor 3, but it lacks the clear niche that would justify 4.

3 / 5

Total

13

/

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 (646 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository
affaan-m/ECC
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.