CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

surge-experiment

Growth experiment design — structure a growth hypothesis, define metric, baseline, expected lift, and kill condition for a single experiment. Use when asked to "design a growth experiment", "test this growth idea", "experiment framework", "how do we test if this works", or "growth hypothesis".

Quality

85%

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

77%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 content is a well-sequenced, highly actionable experiment-design workflow with excellent decision-playbook coverage. Its main weakness is dependency on external resources (docs/output-kit.md, lumen-abtest, /atlas-report) that are neither bundled nor explained, plus minor re-statement of commonly known funnel concepts.

Suggestions

Bundle docs/output-kit.md (or inline the 40-line CLI skeleton) so the referenced output format is actually resolvable from the skill.

Replace bare mentions of lumen-abtest, lumen-instrument, and /atlas-report with concrete invocations or paths, or explain what they are and when to call them.

Compress the funnel-stage examples table to stage names only, since Claude already knows what acquisition/activation/retention tactics look like.

DimensionReasoningScore

Conciseness

The body is dominated by lean, fill-in templates, but the funnel-stage table ("SEO, paid ads, referral, partner integrations...") restates funnel knowledge Claude already has and a few rationale lines ("Without it, you're guessing and won't learn from the result") could be trimmed — minor over-explanation matching anchor 4 rather than the fully lean anchor 5.

4 / 5

Actionability

Concrete field-by-field templates for the hypothesis, experiment definition, metrics, and decision playbook give mostly executable guidance, but "use lumen-abtest for precise calculation", "verify with lumen-instrument", and the output format deferred to docs/output-kit.md provide no commands or resolvable paths, leaving minor gaps versus anchor 5.

4 / 5

Workflow Clarity

Eight explicitly sequenced steps, a decision playbook covering every outcome branch (WIN/LOSS/GUARDRAIL FAIL/EARLY STOP) as error-recovery feedback loops, and an implementation checklist in Step 7 match the anchor 5 pattern of clear sequence plus explicit checkpoints and checklists; this design-only skill has no destructive operation requiring further validation.

5 / 5

Progressive Disclosure

Sections are well organized, but the output format is delegated to docs/output-kit.md which does not exist in the bundle (no references/, scripts/, assets/, or docs/ directories), and lumen-abtest, lumen-instrument, and /atlas-report are referenced without paths or explanation — references present but not clearly resolvable, matching anchor 3.

3 / 5

Total

16

/

20

Passed

Description

88%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: concrete capability list, explicit 'Use when' triggers in natural user phrasing, and third-person voice. The only weaknesses are a couple of overly broad trigger phrases and missing common synonyms like "A/B test".

DimensionReasoningScore

Specificity

"structure a growth hypothesis, define metric, baseline, expected lift, and kill condition" lists multiple specific concrete actions that comprehensively cover the single-experiment design scope, matching the anchor 5 example's level of coverage.

5 / 5

Completeness

It clearly answers 'what' (structure a hypothesis; define metric, baseline, expected lift, kill condition) and explicitly answers 'when' with an "Use when asked to..." clause listing concrete trigger phrases, exactly matching the anchor 5 pattern.

5 / 5

Trigger Term Quality

Five natural quoted trigger phrases ("design a growth experiment", "test this growth idea", "how do we test if this works") give good keyword coverage, but common variations such as "A/B test" or "run an experiment" are missing, so it does not reach comprehensive anchor-5 coverage.

4 / 5

Distinctiveness Conflict Risk

The growth-experiment niche is mostly distinct with specific triggers, but "experiment framework" and "how do we test if this works" are broad enough to overlap with general testing or software-verification skills, indicating minor overlap risk rather than minimal.

4 / 5

Total

18

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository

jeremylongshore/tons-of-skills-marketplace

Path

plugins/ai-agency/tonone/bundle/revenue-team/skills/surge-experiment/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.