CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/sse-load-tests

Load-tests SSE endpoints at scale with k6 - measures concurrent-stream capacity, connection churn, and server memory pressure. Covers the HTTP/1.1 6-connection-per-origin browser ceiling vs HTTP/2 multiplexing, a custom k6 SSE client built on ReadableStream, and threshold gates for TTFB and data throughput. Use when validating whether a server can sustain N concurrent EventSource connections without connection starvation or memory growth.

74

Quality

93%

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 strongly actionable and clearly sequenced with explicit validation checkpoints, and its external-only references are cleanly organized. Its main weakness is conciseness: metric semantics are repeated across steps and some general HTTP/1.1-vs-HTTP/2 background could be trimmed since Claude already knows it.

Suggestions

Deduplicate the http_req_waiting / http_req_blocked explanations: define each metric once (e.g., in the Step 6 table) and reference it from Steps 2, 4, 5, and 7 instead of re-explaining.

Tighten the "Overview: the HTTP/1.1 connection ceiling" section by trimming the quoted spec text and the HTTP/2 multiplexing primer, keeping only what motivates the HTTP/1.1-vs-HTTP/2 comparison in Step 7.

Consider collapsing the optional Step 3 simulated ReadableStream block into a short pointer plus the xk6-extension note, since the code is acknowledged as non-executable as written.

DimensionReasoningScore

Conciseness

The body is mostly efficient but repeats metric semantics across steps (http_req_waiting/http_req_blocked explained in Steps 2, 4, 5, the Step 6 table, and Step 7) and spends prose explaining the HTTP/1.1 connection cap and HTTP/2 multiplexing that Claude largely already knows, fitting the score-2 "mostly efficient but could be tightened" anchor rather than the lean score-3 anchor.

2 / 3

Actionability

Provides fully executable, copy-paste-ready k6 scripts with real executors (constant-vus, ramping-vus, constant-arrival-rate), real threshold syntax, and concrete commands ("k6 run sse-load.js", "k6 version"); the one non-executable block (Step 3 ReadableStream) is explicitly justified as requiring an xk6 extension and marked optional, which the rubric permits.

3 / 3

Workflow Clarity

A clear 7-step sequence with explicit interpretation checkpoints: Step 6 gives a metrics table and concrete "A passing run shows..." pass/fail criteria, and thresholds act as validation gates, matching the score-3 anchor for a clear sequence with explicit validation; the strict destructive/batch feedback-loop cap does not apply to this measurement workflow.

3 / 3

Progressive Disclosure

No bundle files exist, so all references are one-level external links (RFC, WHATWG, k6 docs) collected in a clear References section, and the single SKILL.md is organized into well-signaled sections (When to use, Overview, Steps 1-7, Anti-patterns, Limitations) with easy navigation and no nested-reference problem, satisfying the score-3 anchor for well-organized content with clearly signaled references.

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 specific, well-triggered, complete, and distinctive: it names concrete capabilities, gives an explicit "Use when" clause, and carves out a niche clearly separated from the sibling correctness skill. Voice is correctly third person with no over-claims.

DimensionReasoningScore

Specificity

Lists multiple concrete actions: "measures concurrent-stream capacity, connection churn, and server memory pressure", "threshold gates for TTFB and data throughput", and "a custom k6 SSE client built on ReadableStream", matching the score-3 anchor for multiple specific concrete actions rather than the partial score-2 anchor.

3 / 3

Completeness

Explicitly answers both what ("Load-tests SSE endpoints at scale with k6 - measures concurrent-stream capacity, connection churn, and server memory pressure") and when ("Use when validating whether a server can sustain N concurrent EventSource connections without connection starvation or memory growth"), matching the score-3 anchor for clear what-and-when with explicit triggers.

3 / 3

Trigger Term Quality

Natural user-facing terms are present and varied — "SSE", "EventSource", "concurrent connections", "load", "connection starvation", "memory growth" — giving good coverage of phrases a user would actually say, not just jargon; it clears the score-3 bar over the score-2 "some relevant keywords" anchor.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (k6 SSE load testing, HTTP/1.1 vs HTTP/2 connection ceiling) and explicitly distinguishes itself from the sibling correctness skill, with distinct triggers unlikely to fire for unrelated skills; not the score-2 "could still overlap" case.

3 / 3

Total

12

/

12

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents