CtrlK
BlogDocsLog inGet started
Tessl Logo

get-started

Guide users through the get started setup and Chrome DevTools demo.

59

Quality

74%

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 ./.opencode/skills/get-started/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 an exemplar of lean, imperative instruction writing: verbatim reply text, exact trigger conditions, and a clearly ordered flow with a navigation checkpoint. The only meaningful improvement would be naming the specific chrome-devtools MCP tool and adding a fallback for failed navigation.

DimensionReasoningScore

Conciseness

The body is 12 lines with zero padding: it explains nothing Claude already knows and every line is an instruction ("Reply with these four lines, exactly and in order", "use the chrome-devtools MCP to open the site"). This matches the "lean and efficient; every token earns its place" anchor. It is not lower because there is no over-explanation anywhere.

5 / 5

Actionability

The guidance is largely copy-paste ready: the exact four reply lines are given verbatim, the trigger condition ("go on google.com" (or "hey go on google.com")) is exact, and the response format ("I'm on <site> where <site> is the final URL or page title") is fully specified. The one minor gap is "use the chrome-devtools MCP to open the site", which names the server but not the specific tool call, matching the "mostly executable guidance with minor gaps" anchor rather than the fully-executable anchor.

4 / 5

Workflow Clarity

The two-phase sequence is clearly ordered (trigger "get started" → four-line reply → wait for "go on google.com" → navigate → "After the navigation completes, reply") with an explicit checkpoint on navigation completion, matching the anchor for a clear sequence with most checkpoints present. It is not 5 because there is no error-recovery guidance if the navigation fails; it is not 3 because the sequence is coherent and a checkpoint is explicitly stated rather than implicit.

4 / 5

Progressive Disclosure

This is a single-file skill under 50 lines with no need for external references, and it is organized into well-signaled sections ("When to use", "What to do", "Then"), which the rubric's guideline explicitly scores at 5. There are no buried or nested references to penalize.

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 concise and third-person, but it is thin: one generic action verb, only two trigger keywords, and no "Use when..." clause. It reads as a domain label rather than a capability-and-trigger statement, which limits its discovery value.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user says 'get started', asks to begin the setup, or mentions the Chrome DevTools demo."

Replace the generic "Guide users through" with concrete actions, e.g. "Replies with the scripted onboarding message and navigates to google.com via the chrome-devtools MCP."

Include natural trigger variations and synonyms (onboarding, setup, demo, openwork welcome) to broaden keyword coverage.

DimensionReasoningScore

Specificity

The description names the domain ("get started setup and Chrome DevTools demo") but its only action is the generic verb "Guide users through", matching the anchor for naming the domain with minimal or generic actions. It does not list any concrete capability (scripted onboarding reply, MCP site navigation), so it falls below the anchor that requires 1-2 concrete actions.

2 / 5

Completeness

The "what" is present ("Guide users through the get started setup and Chrome DevTools demo") but the "when" is entirely missing — there is no "Use when..." clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. It scores above 2 because the "what" is clear rather than vague.

3 / 5

Trigger Term Quality

"get started" and "Chrome DevTools" are natural terms a user might say, but only two keywords are present with no common variations or synonyms (e.g., onboarding, setup, browser demo), matching the "some relevant keywords but missing variations" anchor. It lacks the good coverage needed for a 4.

3 / 5

Distinctiveness Conflict Risk

"Chrome DevTools demo" carves out a fairly distinct niche with low overlap risk, but the bare phrase "get started" is a common onboarding term that could collide with other product-setup skills, matching the "mostly distinct; minor overlap risk" anchor. It is not 5 because the trigger is not uniquely niche-specific.

4 / 5

Total

12

/

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
trackdubllc/Babel-Player-Alpha
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.