CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/launchdarkly-testing

Wraps LaunchDarkly server-side SDK testing patterns: TestData data source for hermetic tests (no network), file-based data source for fixture-driven tests, flag override patterns (TestData.update for per-test flag values), and assignment-integrity tests. Use when writing tests for code that uses LaunchDarkly flags; to decide which flag combinations those tests should cover in the first place, see feature-flag-test-matrix-reference.

72

Quality

90%

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

Overview
Quality
Evals
Security
Files

Quality

Content

82%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.

A tight, code-rich skill body that is highly actionable and well-structured with useful anti-pattern guardrails. It is slightly held back by minor verbosity and the lack of an explicit validation loop, though none is strictly required for this non-destructive testing context.

Suggestions

Tighten the Overview by dropping evaluative phrasing like "the canonical hermetic-test pattern" and trimming a few self-evident inline code comments to push conciseness toward fully lean.

Promote the key checkpoints from the Anti-patterns table (waitForInitialization before variation, td.update before assertions, client.close in afterAll) into short inline callouts in the Authoring steps so the validation sequence is explicit rather than only implied.

Consider splitting the per-pattern code examples into a bundled references file (e.g. references/patterns.md) so the SKILL.md body stays a lean overview, which would also let progressive disclosure reach the top anchor.

DimensionReasoningScore

Conciseness

Largely lean and code-forward with no padding about what LaunchDarkly or feature flags are, but a few inline comments and phrases like "the canonical hermetic-test pattern" could be trimmed, keeping it just below fully efficient.

4 / 5

Actionability

Fully executable, copy-paste-ready TypeScript, bash, and YAML covering init, variation evaluation, targeting rules, percentage rollout, file-based data source, and teardown across the common cases.

5 / 5

Workflow Clarity

The Authoring subsections give a clear install→init→configure→evaluate→teardown sequence, and the Anti-patterns table supplies explicit checkpoints ("Always update first", "Always wait", "Always close"), though these are not framed as an inline validate→fix→retry loop.

4 / 5

Progressive Disclosure

Well-organized single-file structure with clearly signaled one-level-deep external references and sibling-skill pointers; no bundle files exist, and at ~180 lines the inline content is appropriately placed with only minor organization gaps.

4 / 5

Total

17

/

20

Passed

Description

92%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.

A precise, well-scoped description that states concrete capabilities and an explicit use-when trigger with helpful boundary guidance. The only minor gap is synonym coverage in the trigger terms.

DimensionReasoningScore

Specificity

Lists multiple specific concrete patterns—"TestData data source for hermetic tests", "file-based data source for fixture-driven tests", "flag override patterns (TestData.update...)", and "assignment-integrity tests"—giving comprehensive coverage rather than just naming the domain.

5 / 5

Completeness

Explicitly answers both what (the four testing patterns it wraps) and when ("Use when writing tests for code that uses LaunchDarkly flags") with a concrete trigger phrase, plus boundary guidance directing matrix decisions elsewhere.

5 / 5

Trigger Term Quality

Strong natural triggers like "writing tests for code that uses LaunchDarkly flags" and "hermetic tests", but misses common synonyms a user might say such as "feature flag testing" or "mocking flags", keeping it just below comprehensive.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche—LaunchDarkly server-side SDK testing—and explicitly disambiguates from feature-flag-test-matrix-reference, minimizing conflict risk with sibling skills.

5 / 5

Total

19

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents