CtrlK
BlogDocsLog inGet started
Tessl Logo

detect

Detect repository stack for LaunchDarkly SDK onboarding: languages, frameworks, package managers, monorepo targets, entrypoints, existing LD usage. Nested under sdk-install; next is plan.

71

1.19x
Quality

82%

Does it follow best practices?

Impact

100%

1.19x

1 of 3 eval scenarios. Add 2 more for a full score.

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

88%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 a highly actionable detection playbook: exhaustive indicator tables, exact search terms, explicit blocking checkpoints, and a decision tree that covers all branches including weak-evidence and no-app workspaces. Its only real weaknesses are minor duplicated instructions and a large inline indicator table that could be split into a reference file.

DimensionReasoningScore

Conciseness

The body is dense indicator tables and pattern lists with no padding explaining concepts Claude already knows, and it assumes competence (e.g., "check both `dependencies` and `devDependencies`"). It is not 5 because of small redundancies: "Look for the indicator files below..." is immediately followed by "Look for these files to identify the stack:", and section 6's "Check:" list restates items the search step already implies.

4 / 5

Actionability

Guidance is fully concrete and copy-paste ready: exact indicator filenames per stack (e.g., `pnpm-workspace.yaml`, `cmd/*/main.go`, `@SpringBootApplication`), exact lockfile-to-package-manager mappings, and an exact search term list ("launchdarkly, ldclient, ld-client, LDClient, @launchdarkly, launchdarkly-"). This matches anchor 5 — specific reference data covering the common cases — rather than 4, which would imply minor gaps.

5 / 5

Workflow Clarity

A clearly numbered sequence (sections 1-6) with explicit validation checkpoints: the three-state workspace confidence classification, blocking D5/D5-UNCLEAR/D5-NOAPP questions with STOP conditions, feedback loops (re-run detection scoped to a user-confirmed folder), and a decision tree covering every exit branch. This matches anchor 5's explicit validation steps and error-recovery loops; there are no destructive or batch operations that would trigger a cap.

5 / 5

Progressive Disclosure

Sections are well organized with clearly signaled, one-level-deep relative links to sibling skills (`../plan/SKILL.md`, `../apply/SKILL.md`) and parent references (`../../references/sdk/recipes.md`), and no bundle files of its own exist to mis-nest. It is not 5 because the 18-row language/framework indicator table is inline content that could plausibly live in a reference file, keeping the overview longer than an ideal split.

4 / 5

Total

18

/

20

Passed

Description

70%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 clearly and specifically states what the skill detects, with strong distinctiveness from sibling skills in the nested onboarding flow. Its main weakness is the absence of an explicit "Use when..." trigger clause, which both caps completeness and limits natural trigger-term coverage.

Suggestions

Add an explicit trigger clause, e.g. "Use when starting LaunchDarkly SDK onboarding in a repository, or when the user asks to identify their stack, frameworks, or which LaunchDarkly SDK to install."

Include natural user phrasings and synonyms such as "identify my stack", "set up LaunchDarkly", and "which SDK" to broaden trigger-term coverage.

Mention detection of existing LaunchDarkly configuration or env credentials as a concrete capability if in scope, rounding out coverage of the onboarding flow.

DimensionReasoningScore

Specificity

"Detect repository stack ... languages, frameworks, package managers, monorepo targets, entrypoints, existing LD usage" enumerates six concrete detection targets with a clear action verb. It falls short of anchor 5 because there is a single action (detect) rather than multiple specific actions, and minor coverage gaps exist (e.g., no mention of environment/config detection).

4 / 5

Completeness

The "what" is explicit and concrete, but there is no "Use when..." clause or equivalent trigger guidance; the "when" is only weakly implied by "for LaunchDarkly SDK onboarding", which caps this dimension at 3 per the judging guidelines. It is not 2 because the "what" is clear and the context is partially implied.

3 / 5

Trigger Term Quality

Terms a user would naturally say are present ("repository stack", "LaunchDarkly SDK", "onboarding", "monorepo", "entrypoints"), and "LD" is a common abbreviation. It is not 5 because common phrasings like "identify my framework", "set up LaunchDarkly", or "which SDK do I need" are absent.

4 / 5

Distinctiveness Conflict Risk

"Nested under sdk-install; next is plan" explicitly disambiguates the skill from its siblings, and "LaunchDarkly SDK onboarding" carves a distinct niche with minimal overlap risk. This clearly matches anchor 5; it is not 4 because the parent/sibling context removes even minor confusion with related skills.

5 / 5

Total

16

/

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: 11 suspicious

Warning

Total

15

/

16

Passed

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.