CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

continuous-discovery

Build a weekly cadence of customer touchpoints using Opportunity Solution Trees, assumption mapping, and interview snapshots. Use when the user mentions "continuous discovery", "opportunity solution tree", "weekly interviews", "assumption testing", "discovery habits", "product trio", or "outcome-based roadmap". Also trigger when setting up regular customer feedback loops, prioritizing which experiments to run, or connecting discovery insights to delivery work. Covers experience mapping, co-creation, and prioritizing opportunities. For interview technique, see mom-test. For team structure, see inspired-product.

Quality

82%

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

65%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 framework skill: concrete, example-rich guidance with excellent progressive disclosure to six real, well-scoped reference files. Its main weaknesses are token padding (author bio, affiliate book link, 'Why it works' restatements of known concepts) and the absence of an explicit end-to-end adoption sequence with checkpoints — the Quick Diagnostic checklist is the only validation structure.

Suggestions

Cut the 'About the Author' section and the affiliate-tagged Amazon link (or move them to a reference file), and trim the six 'Why it works' paragraphs to one line each — they mostly restate concepts about product discovery the model already knows.

Add a short numbered adoption workflow (e.g., 1. Run the Quick Diagnostic → 2. Build initial OST from current outcome → 3. Set up automated recruitment and a weekly slot → 4. Re-score with the 0-10 rubric) so the six practices are sequenced with explicit checkpoints rather than presented as parallel sections.

Merge the 'Core Principle' section into the intro paragraph — they state the same weekly-cadence argument twice in the opening lines.

DimensionReasoningScore

Conciseness

The body is mostly efficient — scannable tables, bulleted 'Key insights', and details deferred to references — but includes unnecessary material: each 'Why it works' paragraph restates general knowledge ('customers are poor predictors of their own future behavior'), the 'About the Author' bio ('internationally acclaimed author, speaker, and coach...') and the affiliate-tagged Amazon link ('tag=wondelai00-20') earn no operational value, and 'Core Principle' repeats the intro. This fits anchor 3 ('mostly efficient but includes some unnecessary explanation or could be tightened') rather than 4, where over-explanation would be only minor.

3 / 5

Actionability

For an instruction-only skill the guidance is concrete: specific interview phrasing ('"Tell me about the last time you..." not "Would you use a feature that...?"'), a named assumption 2x2 ('importance (how critical if wrong) vs. evidence (how much we know)'), named test designs ('one-question surveys, painted-door tests, prototype tests, data mining'), and quantified table examples ('60% on high-confidence opportunity, 30% on medium, 10% on exploratory'). It falls short of anchor 5 only because a few directives remain advisory ('Assess alignment with company strategy') without a concrete method, which the body defers to references.

4 / 5

Workflow Clarity

Each practice has clear internal sequencing (assumption testing: map by type → plot on 2x2 → test high-importance/low-evidence first → 'Set clear success criteria before running the test') and the Quick Diagnostic supplies an explicit question/if-no/action checklist, but the skill never sequences the six practices into an adoption path — there is no 'start here, then do X' — and checkpoints exist only in the diagnostic table. That matches anchor 3 ('sequence present but checkpoints missing or implicit') better than 4, which expects most checkpoints woven into the workflow itself. No destructive/batch operations, so no cap applies.

3 / 5

Progressive Disclosure

The body is a genuine overview with six one-level-deep references, each signaled in-place ('See: [references/opportunity-trees.md](references/opportunity-trees.md)') and again in a 'Reference Files' section with per-file descriptions; all six files exist in ./references/ with content matching their labels. This matches the anchor-5 example structure (clear overview, well-signaled single-level references, easy navigation) — no nested references, no bulk detail inlined that belongs in a bundle file.

5 / 5

Total

15

/

20

Passed

Description

91%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 statement, an explicit 'Use when...' clause with abundant natural trigger phrases, third-person voice, and explicit routing away from sibling skills. The only gaps are slightly generic secondary triggers and framework-area naming rather than fully concrete operations.

DimensionReasoningScore

Specificity

The description lists several concrete capabilities: 'Build a weekly cadence of customer touchpoints using Opportunity Solution Trees, assumption mapping, and interview snapshots' plus 'Covers experience mapping, co-creation, and prioritizing opportunities'. It falls short of anchor 5's 'comprehensive coverage' because the actions are named framework areas rather than distinct concrete operations, and 'co-creation' and 'connecting discovery insights to delivery work' are stated without any concrete action; it is clearly above anchor 3, which expects only 1-2 concrete actions.

4 / 5

Completeness

It explicitly answers both questions: 'what' in the opening sentence (build a weekly cadence of touchpoints using OSTs, assumption mapping, interview snapshots) and 'when' via an explicit 'Use when the user mentions...' clause with concrete quoted trigger phrases and additional behavioral conditions. This mirrors the anchor-5 example structure exactly; nothing is merely implied.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive and natural: seven quoted phrases users would actually say ('"continuous discovery"', '"opportunity solution tree"', '"weekly interviews"', '"assumption testing"', '"discovery habits"', '"product trio"', '"outcome-based roadmap"') plus behavioral triggers ('setting up regular customer feedback loops, prioritizing which experiments to run, or connecting discovery insights to delivery work'). This matches anchor 5's comprehensive coverage including synonyms and variations.

5 / 5

Distinctiveness Conflict Risk

The niche is distinct — the primary triggers ('continuous discovery', 'opportunity solution tree', 'product trio') belong to this skill alone — and it proactively de-conflicts siblings ('For interview technique, see mom-test. For team structure, see inspired-product.'). It stays at anchor 4 rather than 5 because the secondary behavioral triggers ('setting up regular customer feedback loops', 'prioritizing which experiments to run') are broad enough to overlap with general feedback-loop, experimentation, or prioritimization skills.

4 / 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

valeriibeck-star/claude-skills

Path

skills/continuous-discovery/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.