CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

signup

When the user wants to optimize signup, registration, account creation, or trial activation flows. Also use when the user mentions "signup conversions," "registration friction," "signup form optimization," "free trial signup," "reduce signup dropoff," "account creation flow," "people aren't signing up," "signup abandonment," "trial conversion rate," "nobody completes registration," "too many steps to sign up," or "simplify our signup." Use this whenever the user has a signup or registration flow that isn't performing. For post-signup onboarding, see onboarding. For lead capture forms (not account creation), see cro.

Quality

86%

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

SKILL.md
Quality
Evals
Security

Quality

Content

75%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-structured, highly actionable instruction-only skill: concrete thresholds, copy examples, output formats, and common-case patterns leave no doubt about what to do. Its main costs are token efficiency — a duplicated question section and many bullets restating widely known UX practices — and an experiment catalog long enough that it arguably belongs in a reference file.

Suggestions

Delete the 'Task-Specific Questions' section — it restates the Initial Assessment questions (completion rate, field-level drop-off, required data, compliance, post-signup experience) almost verbatim.

Trim bullets that restate standard UX knowledge Claude already has (e.g., 'Single column layout', 'Test with actual devices', 'Allow paste (don't disable)') and keep only the skill-specific audit framework, priorities, and patterns.

Move the ~80-line 'Experiment Ideas' catalog to a reference file such as references/experiments.md and link to it from SKILL.md to reduce always-loaded tokens.

DimensionReasoningScore

Conciseness

The body is bullet-dense with no conceptual padding, but it can be tightened more than "minorly": the "Task-Specific Questions" section repeats the Initial Assessment items nearly verbatim ("What's your current signup completion rate?" vs. "What's the current completion rate?"), and many bullets restate standard UX knowledge Claude already has ("Show password toggle (eye icon)," "Single column layout," "Allow paste (don't disable)"). This fits anchor 3 ("mostly efficient but includes some unnecessary explanation or could be tightened"); it is not 4 because the duplication and restatement of well-known practices go beyond minor trimmable instances, and not 2 because there is no prose padding or explanatory filler.

3 / 5

Actionability

For an instruction-only skill the guidance is fully actionable: specific thresholds ("3 or fewer fields," "44px+ height"), concrete copy examples ("Takes 30 seconds," "No credit card required," "Create Account" vs. "Start Free Trial"), a defined output format ("Issue / Impact / Fix / Priority"; "Quick wins... High-impact changes... Test hypotheses"), and ready-made patterns for common cases (B2B SaaS Trial, B2C App, Waitlist, E-commerce Account). This matches anchor 5 (specific examples cover the common cases); it is not 4 because there are no meaningful gaps in executable guidance for this skill type.

5 / 5

Workflow Clarity

There is a clear sequence with explicit gating checkpoints: check context first ("If .claude/product-marketing.md exists... read it before asking questions"), then "Before providing recommendations, understand: 1. Flow Type 2. Current State 3. Business Constraints," then produce output in the specified format. This matches anchor 4 (clear sequence with most checkpoints present); it is not 5 because there is no verification/feedback loop on the recommendations themselves and the overall procedure is implied by section order rather than given as one explicit numbered workflow, and not 3 because the checkpoints that do exist are explicit rather than implicit.

4 / 5

Progressive Disclosure

The skill is a single well-organized file with clear section headers and no buried or nested references; its only pointers are to an external context file (.claude/product-marketing.md) and to related skills (onboarding, cro, ab-testing), and no bundle files exist to mis-link. This matches anchor 4 (good structure, most content appropriately placed, minor organization gaps); it is not 5 because at ~350 lines the ~80-line "Experiment Ideas" catalog is content that could appropriately live in a separate references/ file, and the under-50-line exception does not apply.

4 / 5

Total

16

/

20

Passed

Description

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

A strong description with explicit what/when structure, an extensive list of natural trigger phrases including colloquial user complaints, and explicit disambiguation from neighboring skills. The only weakness is that the capability statement rests on a single action verb ("optimize") without naming the concrete activities the skill performs.

DimensionReasoningScore

Specificity

The description names the domain and one core action — "optimize signup, registration, account creation, or trial activation flows" — but does not list several distinct concrete actions (no mention of auditing forms, reducing fields, restructuring steps, or planning experiments). This matches anchor 3 ("Names domain and 1-2 concrete actions, but not comprehensive"); it is not 4 because the examples for 4 list multiple specific operations, while here a single verb covers four flow types.

3 / 5

Completeness

Both what and when are explicit: what — "optimize signup, registration, account creation, or trial activation flows"; when — "When the user wants to...," "Also use when the user mentions...," and "Use this whenever the user has a signup or registration flow that isn't performing," all with concrete trigger phrases. This matches the anchor-5 example structure exactly; it is not 4 because the when-clause is already fully explicit rather than merely adequate.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive and natural, including colloquial user phrasing: "signup conversions," "registration friction," "signup abandonment," "people aren't signing up," "nobody completes registration," "too many steps to sign up," "simplify our signup." This matches anchor 5 (comprehensive natural terms including synonyms); it is not 4 because no common variation is obviously missing.

5 / 5

Distinctiveness Conflict Risk

The niche is clear (account-creation flows) and it explicitly disambiguates adjacent skills: "For post-signup onboarding, see onboarding. For lead capture forms (not account creation), see cro." This matches anchor 5 (clear niche with distinct triggers; minimal conflict risk); it is not 4 because the explicit boundary clauses remove even the minor overlap risk a 4 would allow.

5 / 5

Total

18

/

20

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

joshmanders/dotfiles

Path

claude/skills/signup/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.