CtrlK
BlogDocsLog inGet started
Tessl Logo

apply

Apply LaunchDarkly SDK onboarding: install dependency (or dual-SDK pair), configure env and secrets with consent, add init at entrypoint(s), verify compile. Nested under sdk-install; next is run.

64

Quality

76%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Risky

Do not use without reviewing

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/onboarding/sdk-install/apply/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

85%

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

This is a well-structured, highly actionable skill that clearly sequences a multi-step SDK installation workflow with strong safety guardrails around secrets handling and dependency changes. Its main weakness is verbosity — the dual-SDK reminders are repeated in nearly every section, and the D7 option handling is exhaustive to the point of being lengthy. Overall it's a strong skill that effectively balances safety constraints with clear execution guidance.

Suggestions

Consolidate the repeated dual-SDK reminders into a single prominent callout at the top (e.g., a 'Dual SDK note' box) rather than restating the requirement in Steps 1, 2, and 3 separately.

DimensionReasoningScore

Conciseness

The skill is thorough but verbose in places — the D7 decision point options are exhaustively spelled out with sub-steps for each option, and the dual-SDK reminders are repeated multiple times across sections. Some of this repetition is warranted for safety but the overall token cost is high for what could be more tightly expressed.

2 / 3

Actionability

The skill provides concrete, executable guidance throughout: exact MCP tool calls with parameters, specific env variable names per framework, precise dashboard URLs with path templates, explicit install verification steps, and clear structured question tool invocations with exact option text. The guidance is specific enough to act on directly.

3 / 3

Workflow Clarity

The four-step workflow is clearly sequenced with explicit validation checkpoints: verify dependency in lockfile after Step 1, .gitignore check before writing secrets in Step 2, compile/lint verification in Step 4 with a hard stop on failure. Blocking decision points (D7, D8) have explicit STOP instructions and error recovery paths (e.g., user declines broader changes → document conflict and proceed with placeholders).

3 / 3

Progressive Disclosure

The skill clearly positions itself within a larger hierarchy (parent skill, prior/next steps) and references external files at one level deep: SDK recipes, SDK snippets, detect skill, plan skill, run skill, and parent prerequisites. Navigation links are well-signaled with relative paths and anchor references. Content is appropriately scoped to the apply step without inlining SDK-specific code samples.

3 / 3

Total

11

/

12

Passed

Description

67%

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 strong on specificity and distinctiveness, clearly enumerating the concrete steps involved in LaunchDarkly SDK onboarding and positioning it within a workflow. However, it lacks an explicit 'Use when...' clause, which caps completeness, and could benefit from more natural trigger terms that users would actually say (e.g., 'feature flags', 'set up LaunchDarkly').

Suggestions

Add an explicit 'Use when...' clause, e.g., 'Use when the user wants to set up or integrate a LaunchDarkly SDK, install feature flag dependencies, or onboard a project to LaunchDarkly.'

Include natural user-facing trigger terms like 'feature flags', 'feature flag SDK', 'set up LaunchDarkly', 'integrate LaunchDarkly' to improve discoverability.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: install dependency, configure env and secrets, add init at entrypoints, verify compile. Also mentions dual-SDK pair as a variant. These are concrete, actionable steps.

3 / 3

Completeness

The 'what' is well-covered (install, configure, init, verify), but there is no explicit 'Use when...' clause. The phrase 'Nested under sdk-install; next is run' hints at workflow positioning but doesn't serve as trigger guidance for when Claude should select this skill.

2 / 3

Trigger Term Quality

Includes relevant terms like 'LaunchDarkly', 'SDK', 'onboarding', 'install dependency', 'env', 'secrets', but misses common user-facing variations like 'feature flags', 'feature flag SDK', 'LD setup', or language-specific SDK names that users might naturally say.

2 / 3

Distinctiveness Conflict Risk

The description is clearly scoped to LaunchDarkly SDK onboarding specifically, with distinct actions (dual-SDK pair, entrypoint init, compile verification) and workflow context (nested under sdk-install). This is unlikely to conflict with other skills.

3 / 3

Total

10

/

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.