CtrlK
BlogDocsLog inGet started
Tessl Logo

typescript-rules

React/TypeScript frontend development rules including type safety, component design, state management, and error handling. Use when implementing React components, TypeScript code, or frontend features.

58

Quality

66%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/typescript-rules/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

67%

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 is functional and covers both what the skill does and when to use it, which is its strongest aspect. However, it relies on category-level terms (type safety, state management) rather than concrete actions, and its trigger terms could be more comprehensive to cover natural user language variations. The scope is somewhat broad, which creates moderate conflict risk with other frontend or TypeScript-related skills.

Suggestions

Replace category labels with specific concrete actions, e.g., 'Enforces TypeScript interfaces for props, manages component state with hooks, implements error boundaries, and structures React component hierarchies.'

Expand trigger terms to include common variations users would say: 'JSX, TSX, .tsx files, hooks, props, Redux, UI components, React app.'

DimensionReasoningScore

Specificity

Names the domain (React/TypeScript frontend) and lists areas like 'type safety, component design, state management, and error handling,' but these are categories rather than concrete actions. It doesn't list specific actions like 'create components,' 'define interfaces,' or 'manage hooks.'

2 / 3

Completeness

Clearly answers both 'what' (React/TypeScript frontend development rules covering type safety, component design, state management, error handling) and 'when' (explicit 'Use when implementing React components, TypeScript code, or frontend features').

3 / 3

Trigger Term Quality

Includes relevant keywords like 'React,' 'TypeScript,' 'components,' and 'frontend features,' which users would naturally say. However, it misses common variations like 'JSX,' 'TSX,' 'hooks,' 'props,' '.tsx files,' or 'UI components.'

2 / 3

Distinctiveness Conflict Risk

While 'React/TypeScript' narrows the domain, terms like 'frontend features' and 'TypeScript code' are broad enough to potentially overlap with general TypeScript skills, CSS/styling skills, or other frontend framework skills.

2 / 3

Total

9

/

12

Passed

Implementation

64%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a comprehensive React/TypeScript frontend development guide with strong actionability through concrete code examples and clear type safety patterns. Its main weaknesses are its monolithic structure (no progressive disclosure to supporting files) and some verbosity in explaining concepts Claude already understands. The workflow clarity could be improved with explicit validation checkpoints, especially for refactoring and error handling sequences.

Suggestions

Split detailed sections (Type Safety, Error Handling, Coding Conventions) into separate reference files and keep SKILL.md as a concise overview with links, improving progressive disclosure.

Remove explanations of concepts Claude already knows, such as 'all frontend code is public and visible in browser', what YAGNI stands for, and that function components are 'official React recommendation'.

Add explicit validation checkpoints to the Refactoring Techniques workflow, e.g., 'Run tests after each step', 'Verify no type errors with tsc --noEmit', to improve workflow clarity.

DimensionReasoningScore

Conciseness

The skill is mostly efficient with good use of code examples and structured sections, but includes some unnecessary explanations Claude already knows (e.g., explaining what YAGNI means, explaining that 'all frontend code is public and visible in browser', describing what function components are). Some sections like 'Refactoring Techniques' are fairly generic and add limited value.

2 / 3

Actionability

The skill provides concrete, executable TypeScript/React code examples throughout — type guard patterns, Result types, custom error classes, environment variable configuration, immutable state updates, and dependency injection patterns. The code is copy-paste ready and specific.

3 / 3

Workflow Clarity

The refactoring section mentions a procedure ('Understand Current State → Gradual Changes → Behavior Verification → Final Validation') but lacks explicit validation checkpoints. Error handling has clear patterns but no workflow for when/how to apply them sequentially. The skill reads more as a reference of rules than a guided workflow, and for operations like refactoring, explicit validation steps are missing.

2 / 3

Progressive Disclosure

The content is well-organized with clear headers and subsections, but it's a monolithic document with no references to external files for detailed topics. Several sections (Type Safety, Error Handling, Coding Conventions) are quite long and could benefit from being split into separate reference files with the SKILL.md serving as an overview.

2 / 3

Total

9

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
shinpr/claude-code-workflows
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.