CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

login-flow

Mobile login and authentication flow screens

58

Quality

73%

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 ./skills/login-flow/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%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 is a compact, well-structured instruction set with specific, measurable UI requirements and an explicit pre-emission checklist gate. Its main gaps are the unspecified mechanics of the `<artifact>` wrapping step and the absence of a re-verify loop when checklist items fail.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence: no explanations of known concepts, terse bullet lists, and every section (workflow, output requirements, mobile constraints) earns its tokens. The only near-redundancy is the opening paragraph, but it adds the 'use when' guidance the frontmatter lacks, so nothing is trimmable padding.

5 / 5

Actionability

Guidance is concrete and executable for an instruction-only skill: 'Input keyboards: `tel` for phone, `password` for password fields', 'Touch targets minimum 44px', 'Viewport: 375px wide', and enumerated output states (default, loading, error). It stops short of level 5 because the `<artifact>` wrapping step says only 'referencing the output file' without the exact mechanics, and no illustrative snippet is given.

4 / 5

Workflow Clarity

The 5-step workflow has a clear sequence and an explicit validation checkpoint ('Checklist gate — verify P0 items before emitting `<artifact>`'). It falls short of level 5 because there is no feedback loop instructing what to do when a P0 item fails (fix and re-verify), only a one-way gate.

4 / 5

Progressive Disclosure

The single bundle file (`references/checklist.md`) exists, is one level deep, and is clearly signaled under 'Side Files' with its purpose ('P0/P1 acceptance criteria'); the acceptance checklist is correctly split out of the main body. Sections are well organized and the skill is under 50 lines, matching the simple-skill pattern for a top score.

5 / 5

Total

18

/

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 is short and names a clear niche, but it is a verbless noun phrase with no stated actions and no 'use when' trigger guidance, capping both specificity and completeness. Natural trigger synonyms (sign in, log in) are relegated to a separate frontmatter triggers list rather than the description field.

Suggestions

Rewrite the description with explicit third-person action verbs, e.g. 'Generates mobile login and authentication screens with phone/SMS, password, and social SSO options.'

Add a 'Use when...' clause to the description naming natural trigger phrases such as 'sign in', 'log in', or 'login screen' rather than relying solely on the separate triggers list.

State the concrete capabilities (phone + SMS verification, password login, social SSO buttons) in the description itself so the 'what' is comprehensive, not just the domain.

DimensionReasoningScore

Specificity

The description "Mobile login and authentication flow screens" names a specific domain but contains no verbs or concrete actions at all — it is a bare noun phrase. It matches the anchor 'Names the domain but actions are minimal or generic' and does not reach level 3, which requires 1-2 concrete named actions.

2 / 5

Completeness

A 'what' is identifiable (produces mobile login/authentication screens), but there is no 'Use when...' clause or equivalent trigger guidance in the description, which per the judging guidelines caps completeness at 3. It is not level 2 because the 'what' is domain-clear rather than vague ('Helps with documents').

3 / 5

Trigger Term Quality

Within the description field itself, 'login', 'authentication', and 'mobile' are relevant keywords, but common natural variations users say ('sign in', 'sign-in screen', 'log in', 'sign-up') are absent — they live only in the separate frontmatter `triggers` list, which is outside this evaluation target. This fits 'Some relevant keywords but missing common variations or synonyms', not level 4's 'good keyword coverage'.

3 / 5

Distinctiveness Conflict Risk

The mobile login/auth-screen niche is mostly distinct with only minor overlap risk against general mobile-UI or auth-backend skills. It falls short of level 5 because the description itself carries no distinct trigger phrases that would disambiguate it from, e.g., an auth API skill.

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

nexu-io/open-design

Path

skills/login-flow/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.