CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

frontend-mobile-development-component-scaffold

You are a React component architecture expert specializing in scaffolding production-ready, accessible, and performant components. Generate complete component implementations with TypeScript, tests, s

44

Quality

55%

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 ./plugins/AI-Agents-Safe-Coding-Skills/skills/frontend-mobile-development-component-scaffold/SKILL.md

The canonical home for this skill is frontend-mobile-development-component-scaffold in rmyndharis/antigravity-skills

SKILL.md
Quality
Evals
Security

Quality

Content

42%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.

The body establishes a clear persona, scope boundaries, and a concrete set of deliverables, but delivers them via ~350 lines of non-executable meta-generator code that restates knowledge Claude already has. It lacks validation checkpoints and moves nothing out to reference files, leaving a monolithic, token-heavy skill.

Suggestions

Replace the generator-class pseudocode with a compact specification (the ComponentSpec interface, prop-doc conventions, and one complete example component with its test) — assume Claude already knows React, Testing Library, styled-components, and Storybook syntax.

Add validation checkpoints to the workflow (e.g., 'typecheck the generated files', 'run the test suite', 'fix and re-run until passing') and a decision rule for choosing web vs React Native generation.

Move the test, style, and Storybook generation templates into reference files (e.g., references/tests.md, references/styles.md, references/stories.md) and keep SKILL.md as a lean overview linking to them.

DimensionReasoningScore

Conciseness

Roughly 350 lines of generator-class template code (ReactComponentGenerator, StyleGenerator, StorybookGenerator) restate React, TypeScript, testing, styling, and Storybook patterns Claude already knows, which is padded sections of knowledge the skill should assume — anchor 2, not 1, because the section structure and the Output Format list do add some genuine value.

2 / 5

Actionability

The body gives concrete output expectations (six numbered steps plus an explicit Output Format list of six deliverables), but the code is non-executable pseudocode: generator methods call undefined helpers (this.extractName, this.inferType, this.inferAriaRole, this.capitalize) and assume a project-specific '@/hooks/useA11y' — anchor 3 ('pseudocode instead of executable code; missing key details'), not 4 due to these gaps.

3 / 5

Workflow Clarity

A numbered 1-6 sequence is present, but validation checkpoints are absent (no typecheck, no 'run the generated tests', no instruction to verify output compiles), and steps 2/3 (web vs React Native) are unsequenced alternatives with no guidance on choosing between them — anchor 3 ('sequence present but checkpoints missing'), not 4 because checkpoints are missing rather than merely minor.

3 / 5

Progressive Disclosure

Section headers organize the file, but everything — test-generation, style-generation, and Storybook templates that clearly belong in separate reference files — is inlined in a single ~400-line SKILL.md with no bundle files at all, matching anchor 3 ('content that should be separate is inline'); not 2 because structure and navigation within the file are reasonable.

3 / 5

Total

11

/

20

Passed

Description

48%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 communicates a clear domain and a partial 'what', but it uses second-person voice, truncates mid-sentence, omits React Native coverage, and entirely lacks a 'when to use' clause. It is serviceable for routing but below the standard of the rubric's good examples.

Suggestions

Add an explicit 'Use when...' clause (e.g., 'Use when creating, scaffolding, or restructuring React or React Native components, or when the user asks for component templates, tests, or Storybook stories').

Restore the truncated text and list the full set of deliverables (TypeScript types, styles, tests, Storybook stories, barrel exports), and mention 'React Native' since the body covers it.

Rewrite in third person ('Scaffolds production-ready...') to avoid the second-person specificity penalty.

DimensionReasoningScore

Specificity

The description names the domain ('React component architecture... scaffolding') and a couple of concrete actions ('Generate complete component implementations with TypeScript, tests'), matching anchor 3, but it is written in second person ('You are a React component architecture expert'), which the rubric penalizes by 1 point, and it is truncated mid-word ('tests, s'), cutting off further concrete actions.

2 / 5

Completeness

The 'what' is fairly clear (scaffold production-ready, accessible React components with TypeScript and tests), but there is no 'Use when...' clause or equivalent explicit trigger guidance, which the rubric says caps completeness at 3 — this matches anchor 3 ('clear what but when is missing').

3 / 5

Trigger Term Quality

'React component', 'scaffolding', and 'TypeScript' are relevant keywords, but the description omits 'React Native' entirely (which the skill covers) and natural user phrasings like 'build/create a component', fitting anchor 3 ('some relevant keywords but missing common variations or synonyms') rather than anchor 4's good coverage.

3 / 5

Distinctiveness Conflict Risk

'React component architecture expert specializing in scaffolding production-ready... components' carves a reasonably distinct niche that would not trigger for unrelated skills; it fits anchor 4 ('mostly distinct; minor overlap risk with closely related skills'), with only minor overlap risk against generic React/frontend development skills — not 5 because it does not state its distinct triggers explicitly.

4 / 5

Total

12

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills/skills/frontend-mobile-development-component-scaffold/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.