CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/statsig-test

Wraps Statsig SDK testing patterns - server-side statsig.initialize with an API key, gate / experiment / dynamic-config evaluation (checkGate, getExperiment, getConfig), local-evaluation offline mode, overrideGate / overrideConfig to force a user into an arm, assignment-integrity tests. Use when writing tests for Statsig-instrumented application code. For another experimentation SDK use the matching harness - optimizely-test, vwo-test, amplitude-experiment-test, or split-io-test; for experiment DESIGN gates not SDK code use ab-test-validity-checklist.

75

Quality

94%

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

85%

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

The body is lean, well-structured, and sequenced with concrete code and a useful anti-patterns table. The main weakness is the exposure-event test, which is non-executable placeholder code lacking a real assertion.

Suggestions

Replace the exposure-event test placeholder with executable code that asserts an exposure event was recorded, or explicitly justify why a mock is required and show the mock setup.

Tighten the experiment example: `getExperiment` returns an object whose `.get()` / typed value semantics vary by SDK version, so either assert via the documented accessor or note the version being targeted.

The CI example pins `actions/checkout@v5` / `setup-node@v4`; consider noting these are illustrative majors to avoid implying a required fixed version.

DimensionReasoningScore

Conciseness

Lean throughout: install, initialize, override, evaluate, integrity, exposure, running, CI, anti-patterns, limitations each earn their tokens without explaining Statsig concepts Claude already knows.

3 / 3

Actionability

Most examples are executable, but the exposure-event test is incomplete ('Inspect via test mock of the event-uploader' with no assertion) and the assertion `expect(exp.value).toEqual({ font_size: 20 })` is fragile, leaving gaps rather than copy-paste-ready code.

2 / 3

Workflow Clarity

Authoring steps are clearly sequenced (install → initialize → override → evaluate → integrity → exposure) with shutdown/CI integration and an anti-patterns checklist providing checkpoints; no destructive batch operation lacks guidance.

3 / 3

Progressive Disclosure

Well-organized single-file skill (~175 lines) with clear sections and a References block linking external docs and named sibling skills; appropriate for a skill needing no bundle files.

3 / 3

Total

11

/

12

Passed

Description

100%

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 highly specific, lists concrete SDK actions, includes an explicit Use-when trigger, and clearly delineates itself from sibling experimentation-SDK skills. Voice is appropriately third person.

DimensionReasoningScore

Specificity

Lists multiple concrete actions: 'statsig.initialize with an API key', 'checkGate, getExperiment, getConfig', 'local-evaluation offline mode', 'overrideGate / overrideConfig', 'assignment-integrity tests'.

3 / 3

Completeness

Explicit 'Use when writing tests for Statsig-instrumented application code' trigger plus full enumeration of what it does, answering both what and when.

3 / 3

Trigger Term Quality

Strong natural-term coverage ('writing tests for Statsig', 'gate', 'experiment', 'dynamic-config', 'SDK', 'force a user into an arm') plus differentiated sibling names; these are the terms a user would say when needing this skill.

3 / 3

Distinctiveness Conflict Risk

Scoped to a single SDK with explicit routing away from siblings (optimizely-test, vwo-test, etc.) and a clear handoff to ab-test-validity-checklist for design concerns, minimizing wrong-skill triggering.

3 / 3

Total

12

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents