CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

feature-tryouts

Use when adding, reviewing, or troubleshooting an interactive release-note Try This experience, including commands, views, editor samples, Chat drafts, guided spotlights, prerequisites, scoped targets, or Agents-window handoff.

66

Quality

83%

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

100%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 an exemplary process skill: lean and dense with zero over-explanation, concrete identifiers and commands at every step, an explicitly sequenced workflow with validation checkpoints and stop conditions, and disciplined externalization of contracts, catalogues, and specialist guidance to one-level-deep references.

DimensionReasoningScore

Conciseness

The body teaches nothing Claude already knows and contains no filler; every line is a rule, identifier, or decision criterion ('Unknown, malformed, unavailable, and stale IDs fail closed', 'Scopes are opaque run identities. They are not selectors, persisted state, release-note input, or authorization tokens.'). The 'Stop and redesign when' recap functions as a safety checklist rather than padding.

5 / 5

Actionability

For an instruction-only skill the guidance is fully concrete: exact API names (createOnboardingClickStep, createOnboardingContextStep, markOnboardingTarget, captureTargetScope: true), exact commands (npm run valid-layers-check, npm run typecheck-client, npm run build-fast, Developer: Copy Feature Example Link), a copy-paste markup example (try(myFeature.guide,Try My Feature)), and decision tables covering the common cases.

5 / 5

Workflow Clarity

Twelve numbered sections form a coherent sequence (classify -> ownership -> presentation -> trust boundary -> scoping -> prerequisites -> Chat/AI -> Agents window -> specialist guidance -> markup -> tests -> validation) with explicit validation checkpoints: a per-capability required-coverage table (section 11), an ordered run list (section 12), and checklists ('Stop and redesign when', completion report fields).

5 / 5

Progressive Disclosure

The skill delegates one level deep and refuses to inline reference material: the authoritative contract goes to the onboarding README ('Read it before implementation... must not duplicate a catalogue of current tryouts'), canonical implementations and test files are linked directly, and specialist concerns are routed to six named skills. The inline content is the workflow decision logic itself, appropriately placed in SKILL.md, with twelve titled sections making navigation easy. (Referenced repo paths do not resolve in this review sandbox, but that reflects extraction from the home monorepo, not a skill defect.)

5 / 5

Total

20

/

20

Passed

Description

61%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 has strong, distinctive trigger guidance for a clearly bounded niche, but it is trigger-only: it never states what the skill does, so the 'what' half of completeness goes unanswered and capability specificity is capped.

Suggestions

Lead with a capability clause before the 'Use when' clause, e.g., 'Guides implementing release-note tryouts: choosing the least invasive interaction level, binding spotlight targets to exact UI instances, preserving the trust boundary, and validating the contract.' — this fixes the missing 'what' that caps completeness at 2.

Add the natural synonyms contributors actually say — 'tryout(s)', 'onboarding spotlight', 'release-note link' — to round out trigger coverage beyond the current term set.

State the outputs the skill drives (presentation choice, scoped-target strategy, required test coverage) so the 'what' is concrete rather than inferred from the body.

DimensionReasoningScore

Specificity

Names the domain and enumerates many concrete objects ('commands, views, editor samples, Chat drafts, guided spotlights, prerequisites, scoped targets, or Agents-window handoff') with three action verbs ('adding, reviewing, or troubleshooting'), but never states what the skill itself does (e.g., choose interaction level, bind targets, validate the contract), leaving capability coverage incomplete.

4 / 5

Completeness

The description is entirely a trigger clause ('Use when adding, reviewing, or troubleshooting...') with no statement of what the skill does, matching the anchor for 'only when is present without what'. It is not a 3 because no 'what' is explicitly stated, and not a 1 because the 'when' is detailed and explicit.

2 / 5

Trigger Term Quality

'release-note Try This experience', 'guided spotlights', 'Chat drafts', and 'Agents-window handoff' are natural terms for this domain, but common variations users would say — 'tryout(s)', 'onboarding' — are missing, so coverage is good rather than comprehensive.

4 / 5

Distinctiveness Conflict Risk

'Try This experience', 'Agents-window handoff', and 'scoped targets' are product-specific triggers defining a clear niche with minimal overlap risk against any generic skill.

5 / 5

Total

15

/

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

relative_links

Relative link issues: 12 suspicious

Warning

Total

15

/

16

Passed

Repository

microsoft/vscode

Path

.github/skills/feature-tryouts/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.