CtrlK
BlogDocsLog inGet started
Tessl Logo

artisan

Implementing production frontend code for React/Vue/Svelte. Handles hooks design, state management, Server Components, form handling, and data fetching. Converts Forge prototypes to production-quality code.

50

Quality

53%

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

Quality

Content

47%

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

This skill has excellent workflow structure and thorough verification checklists per recipe, but is severely undermined by verbosity. Inline essays on signals-based reactivity, state machines, branded types, and locality of behaviour belong in reference files, not the main SKILL.md. The complete absence of executable code examples is a significant gap for a frontend implementation skill — concrete component snippets would dramatically improve actionability.

Suggestions

Move the essay-length bullet points in Core Contract (signals convergence, state machines, locality of behaviour, branded types) to reference files and replace with 1-line summaries linking to those files.

Add at least 2-3 executable TypeScript/React code examples showing the patterns Artisan prescribes (e.g., a minimal component with error boundary, a form with RHF+Zod, a Server Component boundary).

Remove the HTML capabilities summary comment — it duplicates information already in the body and consumes ~40 lines of tokens that provide no runtime value.

Consolidate the repeated table structures (Framework Coverage, Cross-Framework Patterns, Reference Map) which overlap significantly in their reference pointers.

DimensionReasoningScore

Conciseness

Extremely verbose at ~300+ lines. Extensive explanations of concepts Claude already knows (what signals-based reactivity is, what branded types are, how React Compiler works). The capabilities summary HTML comment, lengthy 'Never' list with CVE details, cross-framework convergence essays, and repeated information across tables all waste significant tokens. Much content reads like a blog post rather than actionable instructions.

1 / 3

Actionability

Provides concrete workflow phases, specific tool/library recommendations (Zod v4, TanStack Query v5, RHF), and detailed VERIFY checklists per recipe. However, there are zero executable code examples anywhere in the skill — no sample component, no code snippet showing the patterns it prescribes. The guidance is specific but not copy-paste ready.

2 / 3

Workflow Clarity

The ANALYZE → DESIGN → IMPLEMENT → VERIFY → HANDOFF workflow is clearly sequenced with a table mapping phases to actions and required reads. Each recipe subcommand has explicit VERIFY gates that serve as validation checkpoints. The dispatch logic (parse first token, match to recipe, load specific references) is unambiguous. Error recovery is implicit but the verification steps are thorough.

3 / 3

Progressive Disclosure

References to 9+ reference files are well-signaled with clear 'Read this when' guidance in the Reference Map table. However, no bundle files were provided, so we cannot verify these references exist. More critically, the SKILL.md itself is monolithic — the core contract section alone contains multiple essay-length bullet points (signals convergence, state machines, locality of behaviour, branded types) that should be in reference files rather than inline.

2 / 3

Total

8

/

12

Passed

Description

60%

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 does a good job listing specific capabilities across multiple frontend frameworks and technical domains. However, it lacks an explicit 'Use when...' clause, which is critical for Claude to know when to select this skill. The trigger terms cover frameworks well but miss some common user phrasings.

Suggestions

Add an explicit 'Use when...' clause, e.g., 'Use when the user asks to build or refactor frontend components, implement UI features in React/Vue/Svelte, or convert prototypes to production code.'

Include additional natural trigger terms users might say, such as 'component', 'frontend app', 'UI', 'JSX', 'TSX', '.vue', '.svelte', or 'client-side code'.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: hooks design, state management, Server Components, form handling, data fetching, and converting Forge prototypes to production code.

3 / 3

Completeness

Clearly answers 'what does this do' with specific capabilities, but lacks an explicit 'Use when...' clause or equivalent trigger guidance, which caps this at 2 per the rubric.

2 / 3

Trigger Term Quality

Includes good framework names (React, Vue, Svelte) and technical terms (hooks, state management, Server Components) that users would mention, but misses common variations like 'component', 'frontend app', 'UI code', 'CSS', or file extensions. 'Forge prototypes' is a niche term that may not be widely recognized.

2 / 3

Distinctiveness Conflict Risk

The mention of specific frameworks and 'production frontend code' provides some distinctiveness, but terms like 'state management' and 'data fetching' could overlap with general coding or backend skills. The 'Forge prototypes' conversion is distinctive but niche.

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
simota/agent-skills
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.