CtrlK
BlogDocsLog inGet started
Tessl Logo

first-flag

Create a boolean first flag, add evaluation, toggle on/off for end-to-end proof. Parent onboarding Step 6; uses MCP, API, or ldcli; optional flag-create skill.

46

Quality

47%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./skills/onboarding/first-flag/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

62%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This skill is highly actionable with excellent workflow clarity, providing complete executable examples and clear verification steps for creating and testing a first feature flag. However, it is significantly over-length and verbose — the SDK key transformation table, redundant multi-language examples, and the extensive Step 6 interactive demo section bloat the file well beyond what's needed. The content would benefit greatly from splitting reference material and language-specific examples into separate files.

Suggestions

Move the SDK flag-key behavior table and language-specific code examples into a separate reference file (e.g., references/sdk-examples.md) and link to it, keeping only the user's detected SDK example inline.

Extract Step 6 (interactive demo) into its own reference file — it's a large optional enhancement that doubles the skill's length and could be a linked follow-up rather than inline content.

Remove redundant explanatory prose (e.g., the paragraph after the React example re-explaining camelCase behavior already covered in the Step 0 table, the 'Congratulations' recap listing all 6 things the user did).

Consolidate the three 'Via MCP / Via API / Via ldcli' blocks in Steps 1 and 4 — consider a compact table or pick one primary method with others as brief alternatives, rather than full code blocks for each.

DimensionReasoningScore

Conciseness

The skill is extremely verbose at ~350+ lines. It includes extensive SDK key transformation tables, multiple redundant code examples across languages, lengthy interactive demo sections with full component code for React/Express/Flask, and explanatory prose that Claude could infer. The flag key behavior table alone is ~15 rows for information that could be a 2-line rule. Step 6 (interactive demo) adds massive bulk for what is essentially 'add a visible UI element gated by the flag.'

1 / 3

Actionability

The skill provides fully executable, copy-paste-ready code for every step: curl commands with proper headers, ldcli commands, SDK evaluation code in multiple languages (Node.js, Python, Go, React), MCP JSON payloads, and demo endpoint implementations. All examples are concrete and complete with real API paths and parameters.

3 / 3

Workflow Clarity

The workflow is clearly sequenced (Steps 0-6) with explicit verification checkpoints: Step 3 verifies default OFF value, Step 5 verifies toggle ON. The error handling section includes a structured blocking pattern for auth errors. The feedback loop of 'toggle → verify → see result' is well-defined with expected outputs at each stage.

3 / 3

Progressive Disclosure

The skill references parent and sibling skills appropriately (onboarding parent, apply code changes, mcp-configure, summary) with clear navigation links. However, the content itself is monolithic — the SDK key table, multiple language examples, and the entire Step 6 interactive demo section with full code for React/Express/Flask/full-stack could be split into referenced files. Inline content is far too heavy for a single SKILL.md.

2 / 3

Total

9

/

12

Passed

Description

32%

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 fragmented and reads more like internal shorthand notes than a clear skill description. It lacks an explicit 'Use when...' clause, making it difficult for Claude to know when to select this skill. The domain-specific jargon without explanation reduces accessibility and clarity.

Suggestions

Add an explicit 'Use when...' clause with natural trigger terms, e.g., 'Use when the user wants to create a feature flag, set up a boolean toggle, or complete onboarding step 6 in LaunchDarkly.'

Expand abbreviated references and jargon into full phrases — e.g., replace 'ldcli' with 'LaunchDarkly CLI (ldcli)' and clarify 'end-to-end proof' as 'verify the flag works end-to-end'.

Restructure the description into complete sentences that clearly separate what the skill does from when it should be used, and clarify its relationship to the 'flag-create' skill to reduce conflict risk.

DimensionReasoningScore

Specificity

The description names some concrete actions ('Create a boolean first flag', 'add evaluation', 'toggle on/off') but the language is fragmented and domain-specific jargon like 'end-to-end proof' and 'Parent onboarding Step 6' makes the actual capabilities unclear. It names tools (MCP, API, ldcli) but doesn't clearly explain what the skill produces.

2 / 3

Completeness

While there is a partial 'what' (create a boolean flag, add evaluation, toggle), there is no explicit 'when should Claude use it' clause. The mention of 'Parent onboarding Step 6' hints at context but does not serve as a clear trigger guidance. Per the rubric, a missing 'Use when...' clause caps completeness at 2, and the 'what' is also weak enough to warrant a 1.

1 / 3

Trigger Term Quality

Includes some relevant keywords like 'boolean', 'flag', 'toggle', 'MCP', 'API', 'ldcli', and 'flag-create' that a user familiar with LaunchDarkly might use. However, it lacks common natural language variations a user might say (e.g., 'feature flag', 'feature toggle', 'LaunchDarkly') and relies heavily on internal jargon.

2 / 3

Distinctiveness Conflict Risk

The mention of 'boolean first flag', 'ldcli', and 'Parent onboarding Step 6' provides some distinctiveness within a feature-flag management context. However, the fragmented phrasing and overlap with a referenced 'flag-create skill' suggest potential conflict with related skills.

2 / 3

Total

7

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
launchdarkly/ai-tooling
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.