CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/ghz-load

Wraps ghz, the gRPC load testing tool, for throughput and latency benchmarking. Covers test invocation (--proto + --call + host:port; or --protoset for compiled descriptors), load parameters (-n total requests, -c concurrency, -r RPS rate limit, -z duration), output formats (json/csv/html/influx-summary for CI consumption), the metrics reported (RPS achieved, latency p50/p95/p99, status-code distribution, errors), and CI integration patterns for regression gating. Use when benchmarking a gRPC service's throughput or detecting latency regressions in CI.

69

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Medium

Suggest reviewing before use

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 highly actionable, well-structured skill body with executable commands, config, CI integration, and a regression-gate script. It is efficient and clearly sequenced with validation, with only minor redundancy and no bundle-file split to offload the longer artifacts.

Suggestions

Move compare-ghz.py and the GitHub Actions workflow into a scripts/ bundle and reference them from the body to reduce inline length and improve progressive_disclosure.

Trim the repeated 'Per ghz.sh/docs/usage' citations to a single references-section pointer to tighten conciseness.

Add a short error-recovery note (e.g., what to inspect/adjust when compare-ghz.py reports a regression) to push workflow_clarity toward an explicit feedback loop.

DimensionReasoningScore

Conciseness

Mostly lean and assumes Claude knows gRPC, with useful non-fluff like skipFirst warmup rationale and streaming limitations; minor redundancy between the basic and rate-limited examples and repeated 'Per ghz.sh/docs/usage' provenance citations keep it just short of fully efficient.

4 / 5

Actionability

Fully executable, copy-paste-ready guidance throughout: concrete ghz CLI invocations, a complete config.json, a flag table with quoted meanings, a full GitHub Actions workflow, and a complete compare-ghz.py script covering the common cases.

5 / 5

Workflow Clarity

Clear install → configure → run → parse → CI-gate sequence with real validation checkpoints ('ghz --version' verify, compare-ghz.py exiting 1 on p99 regression, status-code inspection), but no explicit error-recovery loop or checklist is documented for the main workflow.

4 / 5

Progressive Disclosure

Well-organized with clear section headers and one-level-deep references to sibling skills and external docs, but the entire body is inlined (~290 lines) with no bundle files — the CI YAML and compare script could live in scripts/ — leaving minor organization gaps.

4 / 5

Total

17

/

20

Passed

Description

88%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 strong, specific description that names the tool, enumerates concrete capability areas, and provides an explicit 'Use when' trigger. It is comprehensive on what/when but has minor trigger-synonym gaps and slight overlap risk with sibling load-testing skills.

DimensionReasoningScore

Specificity

Names the tool (ghz) and lists multiple concrete action areas — 'test invocation (--proto + --call + host:port; or --protoset)', 'load parameters (-n, -c, -r, -z)', 'output formats', 'metrics reported (RPS, p50/p95/p99, status-code distribution)', and 'CI integration patterns' — comprehensive coverage.

5 / 5

Completeness

Explicitly answers both what (wraps ghz for benchmarking, with detailed capability coverage) and when via the concrete 'Use when benchmarking a gRPC service's throughput or detecting latency regressions in CI' trigger clause.

5 / 5

Trigger Term Quality

Strong natural terms ('gRPC load testing', 'throughput', 'latency', 'benchmarking', 'detecting latency regressions in CI'), but missing common synonyms like 'stress test', 'performance test', or 'soak test', so it stops short of fully comprehensive.

4 / 5

Distinctiveness Conflict Risk

The gRPC/ghz scoping carves a clear niche, but sibling HTTP load-testing skills (k6-load-testing, jmeter-load-testing) share 'load testing'/'benchmarking' vocabulary, leaving minor overlap risk that the description does not explicitly boundary against.

4 / 5

Total

18

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents